OpenOffice.org Közösségi fórum

Staroffice, oppenoffice (sun is, apache is, lotus-synphony is), libreoffice 3.5-ig,
ha egy teszt adatot, a flysat egy oldalának adatrészletét bevágó-lapozom, ugyan azt a látványt adja.

A libreoffice 4-es verziótól, ettől eltérően reagál és ettől természetesen használhatatlan lett.

A beállításokban én nem látok különbséget.
Szerk:
Windows alatt a LibO 4.04-es helyes eredményt adott, de ugyan ezt a Linux Mint Maya-ra telepitve, már nem.

Hasonló tapasztalása v. elképzelés az okáról, van valakinek?

Jó lenne, hogyha több információt adnál arról, hogy milyen formátumú tartalmat próbáltál meg beemelni a fájlodba (például egy linket adj meg, ahonnan kimásoltad a képen látható tartalmat), illetve, hogy milyen beillesztési módszerrel próbálkoztál (egyszerű Ctrl-V, vagy az "irányított beillesztés" funkciót használtad? Ha az utóbbi, akkor azt milyen beállítások mellett? Lehet, hogy változtak az "Irányított beillesztés" alapbeállítási értékei a 3.x és a 4.x között, és ez az oka; de az is lehet, hogy a 4.x-ben ez egy "bug". Próba nélkül nehéz eldönteni.)
Az látszik, hogy valamilyen WEB-formátumról van szó, de hogy egyszerű Html, vagy valami bonyolultabb formátum, az nem derül ki.

Nem lehetséges, hogy a honlap formátuma is változott az utóbbi időben?

Windows alatt a LibO 4.04-es helyes eredményt adott, de ugyan ezt a Linux Mint Maya-ra telepitve, már nem.

Nálam a Windows-os LO4.0.4-gyel sem lett jó az eredmény...

Kiválasztottam találomra egy táblázatot tartalmazó oldalt a jelzett Weblapról, és megpróbáltam bemásolni (irányított beillesztéssel, és "sima" Ctrl-C-vel is).
Windows XP-n az AOO 3.4.0 és a LO 3.6.4.3 az első képen mutatott "jó" eredményt hozta, a Portable LO4.0.4.2 viszont a második képen látható, rosszat.
Beállítási különbséget én sem látok a verziók között.

Utána kellene nézned a hibabejelentő oldalakon, hogy valaki jelentett-e már ilyen hibát.
http://libreoffice.hu/hibabejelentes/

A felmerült kérdésekre, hozzánemértésemből adódóan nem tudom a választ
és angol nyelvismeret hiányában jelenteni sem fogom.
Azért jeleztem itt, hogy helyettem ezt a jobban hozzáértők megtegyék.
Eltérő és azonos feltételek mellet is ugyan azt tapasztalom.
A Windowsos kipróbálásnál, úgy emléxem, fent volt a Lotus-Synphony is, ez lehetett oka az eltérő tapasztalatnak.

Azért jeleztem itt, hogy helyettem ezt a jobban hozzáértők megtegyék.

Jómagam sohasem illesztek be idegen forrásból FORMÁZOTT tartalmat semmilyen ODF dokumentumba. Így számomra ez a probléma nem probléma.
Ezzel gyakorlatilag azt akarom mondani, hogy nem fogja senki helyetted megtenni a bejelentést. Itt mi ugyanolyan felhasználók vagyunk, mint te.
Nem fejlesztői fórum ez, hanem felhasználói: Programhibákat javítani semmiképpen nem tudunk, mi csak a meglévő funkciók használatával kapcsolatos tapasztalatainkat tudjuk megosztani egymással, illetve a jelzett problémákat ki tudjuk próbálni esetleg a problémát jelzőétől eltérő környezetben ("több szem - többet lát" alapon esetleg előrébb juthatunk)

Ubuntu 13.10 majdnem béta, LibO-ja virtualboxról:

Nem értem!

Találtam némi ideillőnek látszó információt:
Talán a 3.6.7-ben javítva van, és a 4.1-ben javítva lesz, ha egyáltalán erről a hibáról van szó:

FILTER: CALC moves some column content to another cell with some HTML file [Eike Rathke]

Lásd:
https://wiki.documentfoundation.org/Releases/3.6.7/RC1

Feltűnt, hogy csak akkor jelentkezik, ha a kijelölések "változó" tartalmú részt is tartalmaznak.

Töltsél fel ide légy szíves egy valódi .ods fájlt, az általad beillesztett Weblap tartalommal!
A feltöltött kép ugyanis egy statikus dolog, azon nem látom a "változást", amiről beszéltél.
Vagy mit értesz "változó tartalom" alatt? "Változó" - mint adatot tartalmazó szimbólum; vagy időben frissülő linkelt cellatartalom?

Működő (kétlapos) https://dl.dropboxusercontent.com/u/377 ... 3%A9sz.ods
nem működő https://dl.dropboxusercontent.com/u/377 ... -proba.ods
alternatív (operával nem működő) https://dl.dropboxusercontent.com/u/377 ... -opera.ods

Egy újabb adalék a probléma megoldásához.
Itt a képen megjelöltem a helyet ahol megbicsaklik a dolog.

Ebben a mélysége már nem értek hozzá sajnos

Nincs jobb ötletem: Hagyd ki a kijelölésből azt a táblázatsort...

A későbbiekre nézve pedig: az eddig összegyűlt információkkal megtámogatva jelentsd a hibabejelentő oldalak egyikén. (Ha nem a fentebb is belinkelt hibáról van szó:
https://wiki.documentfoundation.org/Releases/3.6.7/RC1 )

A probléma egyszerűen megkerülhető, a nem hibás változatokra cseréléssel, amíg van mire.
A szándékot nem értem.
Az új disztrókra régi LO(v.AO) már nem tehető háttér ismeret nélkül
és a "telepítés után cseréld az irodai programot használhatóra",
nagyon negatív üzenetet hordoz!

Az új disztrókra régi LO(v.AO) már nem tehető háttér ismeret nélkül

Bár sose akartam "downgrade"-elni semelyik verziót sem, de a teljes eltávolítás nem jelenthet olyan problémát, ami megoldhatatlan lenne egy rendszergazdának, de még egy mezei júzernek sem. (Windows-ról beszélek, Linux alatt még upgrade-elni sem tudok én sem, mindig a rendszerrel együtt csomagolt verziót használom...)
Az uninstall-on kívül Windows alatt a Documents and Settings alól el kell távolítani a Felhasználói profillal kapcsolatos dolgokat.

Aztán meg egy időben (Windowson próbáltam) fent lehet az AOO, a LO fixen telepített, és a LO portable számtalan változata. (mondjuk nálam csak a legfrissebb portable van fenn a fix verziók mellett.)
Egy időben is képes futni az AOO és a LO.
Viszont fix LO és a portable LO már nem...
Jómagam ezzel a megoldással szoktam áthidalni az "egyikben ez a jó, a másikban meg az" típusú problémákat, ügyelve persze arra, hogy azért a dokumentumok nagy részét egyetlen verzióval készítsem, és módosítsam. Ez nálunk a cégnél jelen pillanatban még mindig a LO3.6.4. Év végén tervezzük, hogy átállunk a LO 4.x verzióra, de a hordozható verzió segítségével addig is próbálgatjuk a változásokat: tehát nem sietjük el a frissítéseket sem...