Activity for alonso laurent
-
alonso laurent posted a comment on ticket #8
I've just replied on bugs.documentfoundation.org/show_bug.cgi?id=118006
-
Fix wrong Lotus version detection
-
configure: cannot guess build type
-
Normally, I run autoupdate and published a new version. So I closed this ticket, but feel free to reopen it if there are still problems.
-
Home
-
Home
-
libwpg: fix configure.ac to build in Windows
-
Thank, I just commit 29244c855c26f6a7e699ffe8fa313b026a57c6d4 to correct this problem
-
Trying to build under Windows
-
After personal discussions, the problem seems to concern libwpg, so I closed this ticket.
-
Home
-
Home
-
Home
-
Home
-
Home
-
Home
-
Home
-
Home
-
I just took a look, I assume these two files were created on Windows, no ? ( ie. this may explain that some bytes of the slide group are written in little endian which is not normal :-~ ) I just made a little patch that should help to read these bytes correctly: https://sourceforge.net/p/libmwaw/libmwaw/ci/39c6be1bb5e1d2460d385d26258b1d17eda8ff79/ at least, it allows to convert the two attached files.
-
Thanks for these two files. Visibly, libmwaw does not recognize the main group as a slide group ; so, it ends up with a list of frames (and it's lost because it doesn't know what to get back). I'll try next week to see if I can fix it (i.e. get a code that works on these two files and on my few presentations) and I will post a message if I succeed...
-
Hello, if some of these presentations do not contain confidential data, can you attach a presentation that does not work? ( so I can check what's going on )
-
Sean
-
So I tried to open it with AppleWorks 6: without modifications, he tried to convert it, but couldn't find any converter, when I corrected the signature of the file, it said that the file is damaged and cannot be opened.
-
Sean
-
So I tried to open it with AppleWorks 6: without modifications, he tried to convert it, but couldn't find any converter, when I corrected the signature of the file, it was said that the file is damaged and cannot be opened.
-
So I tried to open it with AppleWorks 6: without modifications, he tried to convert it, but couldn't find any converter, when I corrected the signature of the file, it was said that the file is damaged and cannot be opened.
-
Thanks for this file ; it looks like a corrupted AppleWorks 6 file, i.e. all the files I have start with : 0607XX00424f424f but this file begins with 0607e900c24f424f => libmwaw does not recognize it as an AppleWorks file. Note: I'll try to open it tonight with the latest version of AppleWorks I have on another computer, but I don't think it will accept it.
-
Home
-
Hello M.MKZEE, LibreOffice(free) does include libwpg, so the easier method is clearly to install it and test if it can convert your documents correctly. If not, you can find some indications on https://wiki.documentfoundation.org/DLP/Libraries, ie. you must first retrieve and compile librevenge: https://sourceforge.net/p/libwpd/wiki/librevenge/ ; then you will be able to compile libwpg and then writerperfect, it must be relatively easy to do that on MacOs/Linux (but probably more difficult on Windows,...
-
I have commited some changes, I suppose that there will fix most problems...
-
I just have commit a quick patch (which allows to reference relative row between 1 and 2048). This must fix the given bug for TEST3.WK1 and do not break my test files (in fact, this repairs 5 conversions). Note: I must relaunch my virtual machines to check what is the maximum numbers of allowed rows in wk1, wks(dos), ... because I suppose that it is not 256 :-~
-
Hello, I must take a closer look, but this patch seems to break a lot of formula in wb1 files ; so either we find a most robust way to know if a file is a wk1 or a wk3 file, or we have to choose between breaking many .wk1 formula or the .wk3 formula which contain reference to a cell with a column greater than 256 :-~
-
Hello, I must take a closer look, but this patch seems to break a lot of formula in wb1 files ; so either we find a most robust way to know if a file is a wk1 or a wk3 file, or we have to choose between breaking many .wk1 formula or the .wk3 formula which contain reference to a cell with a column greater than 256 :-~
-
Hello, I must take a closer look, but this patch seems to break a lot of formula in wb1 files ; so either we find a most robust way to know if a file is a wk1 or a wk3 file, or we have to choose between breaking many .wk1 formula or the .wk3 formula which contain reference to a cell with a column greater than 256 :-~
-
Make comparison operator member functions const
-
Make comparison operator member functions const
-
Thanks. Note: I just apply it, https://sourceforge.net/p/libwps/code/ci/9738ed97b10d5671b5e70f2c8149fe8f7949bce4/
-
Home
-
Home
-
Home
-
avoid C4310
-
sheet: emit style:row-height instead of style:min-row-height as
-
OdfGenerator.cxx: retrieve table:table-background attribute
-
Home
-
clang: remove remaining shadow members...
-
clang: try to remove many -Weverything warnings...
-
.wk3,.123: : add code to call the new detection function if encoding is unknown...
-
.wps: try to use OEM code in wps v1 + add code to call the new
-
Add some qpw X9 files...
-
update test results...
-
encoding: begin to add some detection functions,
-
.wq*: add code to call the new detection function if encoding is unknown...
-
.qwp: add code to call the new detection function if encoding is unknown...
-
libicu: convert most encodings with libicu...
-
.doc,.wri: : add code to call the new detection function if encoding is unknown...
-
.wb*: add code to call the new detection function if encoding is unknown...
-
libwps_tools_win: simplify the code...
-
clang++: correct some warnings...
-
.wk1/.wks/.wdb: add code to call the new detection function if encoding is unknown...
-
configure.ac: update minor version to prepare release...
-
g++: correct some warnings...
-
cppcheck: correct some warnings...
-
coverity: remove dead code...
-
update README files...
-
.qwp: ask for the encoding...
-
multiplan: allow to retrieve complex encodings...
-
OLE: : allow to retrieve complex encodings...
-
field: implement date/time field correctly...
-
.wps[1-4]: allow to retrieve complex encodings...
-
.qwp: allow to retrieve complex encodings...
-
.wb*: allow to retrieve complex encodings...
-
.wq*: allow to retrieve complex encodings...
-
.wk*: allow to retrieve complex encodings...
-
Lotus: allow to retrieve complex encodings...
-
clang: try to remove some -Weverything warning, to be continued...
-
clang: finish to remove many Weverything warnings...
-
clang: continue to suppress some -Weverything warnings...
-
encoding[LICS]: simplify the code...
-
qpw: force the cell style's length to be 36 for X2..X9 files...
-
TableStyle.cxx: try to retrieve more borders when generating odg/p.
-
OdgGenerator: define xmlns:number...
-
Home
-
Home
-
configure.ac: update minor version to prepare a release...
-
cppcheck: correct some warnings...
-
update NEWS
-
Cannot build in macOS 10.13: symbols not found for arch x86_64
-
No problem. Happy to see this problem solved... note : - I suppose that I can close this bug.
-
Hello, do you do a make clean all (or better ./autogen.sh ; ./configure; make clean all ) ? Ie. I just check and the build ends succefully on my mac ( which is also in OSX 10.13) ....
-
Add some mac Corel Painter 2018's files..
-
quattropro: add some "basic" qpw v9 files...
-
Corel Painter: use unicode encoding if it exists, use pixelByInch
-
PowerPoint3Parser.cxx: try to improve the detection of the page's
-
update results to current...
-
add some Quattro Pro 9 files and some probable Quattro Pro 12 files...
-
SheetStyle.cxx: generate valid xml's file if the column numbers
-
QuattroPro[.qpw]: try to retrieve some OLE's pictures, ...
-
QuattroPro[.qwp]: try to retrieve some textboxes...
-
QuattroPro[.qpw]: try to retrieve more complex geometrical shapes...
-
QuattroPro[.qpw]: begin to retrieve some geometrical shapes...
1 >