A PPT/PPTX csapathoz hasonlóan ezúttal a sokak által kedvelt és használt makrók fejlesztéséhez alakult külön csapat.
A jelenleg négy tagból álló (Andreas Heinisch, Tomoyuki Kubota, Luane és Alain Romedenne) csapat elsődleges dolga lesz a makróval kapcsolat fejlesztés és hibaelhárítás. Munkájukat a QA Team fogja segíteni a makróhibák rendszerezésével és priorizálásával.
Forrás: TDF Blog.
Ide is felrakom, mert a makrókkal kapcsolatos észrevétel:
Nem tudom, melyik verziótól kezdve van így, de nekem a 6.2.7-ben szúrt szemet, hogy “Közepes” makróbiztonsági beállítás mellett
a Writer sablonjainkban a megnyitási Event-ekhez rendelt, de fizikailag a program Standard könyvtárában elhelyezkedő, API vonatkozású saját makrókat már engedélyezni kell, de
a Calc sablonjaimban ezerszámra alkalmazott, ugyanúgy a Standard könyvtárban található saját cellafüggvényeket meg nem, azok “csont nélkül” futhatnak a fájl megnyitása után…
A LO 6.1.6-ban még a Fájlban hivatkozott, de a program Standard könyvtárában lévő makrókat nem kellett külön engedélyezni, csak azokat, amiknek a fájl Standard könyvtárában volt a Basic kódjuk.
Hangsúlyozom: a felvázolt esetekben NINCS makrókód a fájlokban, azok a program Standard könyvtárában helyezkednek el. Csak azokra történő hivatkozás van, az .ots sablonban cellafüggvényként, az .ott sablonban fájl megnyitás után automatikusa futtatva egy Event által.
Most akkor a program Standard könyvtárban lévő saját makróim biztonságosnak számítanak, vagy sem?!
A sablon-fájlok ugyanarról a LAN helyről, vagy saját gépről megnyitva ugyanúgy (azaz a fentebb írtak szerint különbözőképpen) viselkednek. Tehát a fájlok tárolóhelyei nincsenek külön “biztonságos”-nak minősítve, erre azelőtt nem volt szükség.
Köszönjük a hozzászólást, de amennyiben hibáról van szó, úgy azt a TDF hibajelentőjébe kéne bejelenteni: https://bugs.documentfoundation.org/
A portálon jelzett hibákat nem áll módjában a fejlesztőknek javítani.
Fogalmam sincs, hogy ez hiba-e, vagy megváltozott (félig megváltozott) koncepció, a “biztonság növelése” érdekében…
Éppen az érdekelne, hogy más mit tud, illetve mit tapasztalt ezzel kapcsolatban más verziókban (esetleg olvasott leírásokban) – mert akkor talán összeállna a kép, hogy hiba, vagy tervezett változás…
Értem! 🙂 Én nem nagyon használok makrókat, főleg nem Calc-ban.
“A portálon jelzett hibákat nem áll módjában a fejlesztőknek javítani.”
De a portálon jelzett hibákat esetleg meg lehet mutatni a fejlesztőknek.
Azt értem, hogy nem itt kell a hibákat bejelenteni. De azt már sokszor mondtam, hogy a hibabejelentés több, mint riasztóan bonyolult. Miközben, ha valakinek hibagyanús észlelése van, és nem ismeri a FOSS ügyrendet, hol máshol, mint a kézenfekvő libreoffice.hu webcímen jelezze??!!
Konstruktívan: a jobb sávban a Letöltés [Innen] és a Kiadási [Terv] alatt lehetne egy Hibajelzés [Itt].
A libreoffice.hu egy hírportál, amely híreket ad és nincs hivatalos kapcsolata a fejlesztőkkel. Az, hogy a posztok készítői ismernek-e fejlesztőket esetleges. Ráadásul a fejlesztőket cégek fizetik, akik a cég ügyfelei számára végeznek fejlesztéseket és hibajavításokat.
Azért is jobb, ha hivatalosan jelzik a hibát, mert „szerencsés” esetben mások is belefutnak hasonló hibába, így nagyobb esély lehet a javításra.
“A libreoffice.hu egy hírportál, amely híreket ad és nincs hivatalos kapcsolata a fejlesztőkkel. “
Továbbá:
“A weboldal az FSF.hu Alapítvány infrastruktúráján fut. “ Ez áll a libreoffice.hu impresszumában.
Csak én érzem úgy, hogy az első állítás nem igaz?
Nem, nem érdekel a jogi mosakodás, hogy az infrastruktúra üzemeltetése az nem hivatalos, szakmai kapcsolat. Miután Tímár András és Németh László irak, az FSF fő tevékenységének (a klf. szabad szoftverek honosításának) “oszlopai”, többször posztoltak is itt, tehát szakmai kapcsolat is van a libreoffice.hu és az FSF között.
Kedves Peda, nincs védhető indok arra, hogy miért nincs link a libreoffice.hu oldalon a hibabejelentésre.
Kicsit el van rejtve a link, de van. Segítség -> Hibajelentés
Gondolom, helyhiány miatt nem lett külön Hibajelentés, mert fent, vízszintesen nem fér ki több elem.
Kedves András,
— az általad jelölt helyen levő link (bugs.documentfoundation.org) “törött”;
— az általam javasolt hely a jobb sávban, a Letölthető [INNEN] és a Kiadási [TERV ] alatt van, a szűkös vízszintes helyből nem foglal.
A link hibás: http://libreoffice.hu/hibabejelentes/bugs.documentfoundation.org (a zárójelek helyetti per-jelek miatt).
Kérem, javítani.
Már jó! Köszönjük a javítást!
A nyáron több ezzel kapcsolatos bejelentés érkezett a LibreOffice biztonsági listájára biztonsági szakemberektől. Nem követtem részletesen, de voltak olyan problémák, hogy megfelelően preparált dokumentum megnyitásra automatikusan lefuttatott makrója problémát okozott még akkor is, hogy csak a Standard könyvtárba hívott bele. Illetve ott volt a LibreLogo is, mely mint kiderült, tetszőleges Python parancsot lefuttatott. Ezekre volt sorban 2-3 javítás a nyár végén.
Értem. Illetve csak félig…
Mert a Calc cellafüggvényként megírt makrókódoknak a MyMacros/Standard könyvtárból történő tömeges meghívása nem váltja ki a megerősítési/engedélyezési ablakot az adott dokumentum/sablon megnyitásakor. Csak azok, amelyekben a meghívott makrók az aktuális dokumentum struktúráját is vezérlik (egyedi Tulajdonságok a “Fájl-Tulajdonságok”-ban, stb…). Pedig mindkét fajta automatikusan “LEFUT” a fájl megnyitásakor. Az egyik fajta az eseményhez kapcsolva, a másik az újraszámoláskor.
Kisebbfajta gond, hogy hálózati NAS könyvtárat nem lehet felvenni a megbízható helyek közé, csak helyi könyvtárakat – ahogy láttam, amikor megpróbáltam.
Talán akkor igen, ha helyi meghajtóként konfigurálnám… De akkor jó néhány dolgot át kellene írnom a makróinkban is.
Legnagyobb meglepetésemre tegnap (26-án) megjelent a 6.3.2….
A [LETÖLTÉS]-re már az jön (a DocFound azért bejelentette.)