https://bugs.freedesktop.org/show_bug.cgi?id=58074
Michael Stahl <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|[email protected] |[email protected] |desktop.org | --- Comment #5 from Michael Stahl <[email protected]> --- so i was a bit afraid that this bug may be a regression from my changes to field expansion in OOo 3.3, but it turns out that OOo 3.2.1 is even more broken: there you don't need to print to mess up the table formulas, it's sufficient to click on the table boxes to get the wrong results. the problem is that all SwPageNumberFields share a single SwPageNumberFieldType, and that contains the actual page number used in the expansion; it turns out that making this expansion (from SwTxtFld::Expand) always use the cache breaks the UNO API SwXTextField, so that is not an option; the alternative is to simply move the actual page number to the SwPageNumberField. this only works if the field is in the body text; i have no idea how to fix the case when the page number field is in the header/footer, as in that case there is just a single SwPageNumberField that has multiple "views" on it (one per page) and each of these views needs to have a different value. but i'm calling that a different bug :) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
