Description: This happens in files edited with Word on a Mac, but not in files edited with Word on Windows. Steps to Reproduce: 1.Open Samplefile Actual Results: Embedded table displays A1:E3 Expected Results: Show D6:G8 Reproducible: Always User Profile Reset: No Additional Info: https://ask.libreoffice.org/t/pdf/108834 Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c60dd66d89dab2174aa71c26c653f68908c7ba78 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded
Created attachment 195729 [details] Samplefile(mac_word)
Created attachment 195730 [details] Samplefile(win_word) Although I don't think it's necessary, I've also attached a version I edited in Word on Windows.
Reproducible Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f7197e574cdbd7410fcadab1632bcce2626dca5a CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
The cause seems to be that the topLeftCell is not written in the sheetView of the embedded Excel created in Word on a Mac. If topLeftCell is not written, how about getting it from the oleSize ref in workbook.xml, or displaying media/image1.emf when opened?