Caolan
-
https://gerrit.libreoffice.org/c/core/+/152630/4
cache the json for style preview - we don’t actually need to put any image into the style preview
if we short circuit the json generation of the image - https://gerrit.libreoffice.org/c/core/+/152675
- help out a little with new documents defaulting to black text
- Text is getting styled by default with Black colour · Issue #6546 · CollaboraOnline/online · GitHub
- “auto” was added fairly shortly before OpenOffice.org was
released so perhaps things still default to that under the hood - https://github.com/nextcloud/richdocuments/pull/2993
- review long-press required for RTL dropdowns
- release blocker testDeltaCopyOutOfBounds fails
-
still seeing style preview generation on multi-user joins
despite our cache. Very annoying. Seems that if I interact
with the 1st session while the other 25 join then the notebookbar
of the 1st session gets torn down, freeing the cache, and then
restored and the cache rebuilt, all at the worst possible time-
155720 – unsafe static map "bSkippedFirstInit"
unlikely to find somethere there to fix that is safe - get a bigger hammer and keep the json around long enough
that it will still be there if needed
-
155720 – unsafe static map "bSkippedFirstInit"
- semi-transparent text in writer appears as another pain
point for pref wrt recording via metafile and playing back
with transparency to impl it. We seem to have the right
color set as text color and cairo can certainly do the
correct thing.
- Try with a new TransparentText OutDevSupportType
capability which the cairo backend can claim to
support and elide the convoluted generic transparent
text route in writer
- Meeting document got stuck in some mode where every
key stroke is a full document invalidation
- debug all day
- normally:
a) lok sets its own interaction handler on load
b) Then at framework/source/loadenv/loadenv.cxx:1137
because that handler supports XInitialization we show the
window early
c) that happens to be before the menubar is set
d) so the menubar changes the size of the window after
it is shown
e) so Window::ImplPosSizeWindow calls
ImplInvalidateFrameRegion(nullptr, InvalidateFlags::Children)
f) which sets ImplPaintFlags::PaintAllChildren on the PaintFlags
of the toplevel WorkWindow
g) which means that when a SwEditWin calls PaintImmediately vcl
sees that flag on its WorkWindow grandparent and calls
ImplCallPaint with the grandparent, not the SwEditWin.
It happens that the grandparent has no LokId so that does
nothing. - after some time the autosave will kick in, and on save a new
interaction handler is set for the duration of save and then the
interaction is cleared. Leaving no XInteraction set, not the
original of a). Then if someone joins after that save, there is
no XInteraction handler, and a new default one is created, that
does not support XInitialization so the ordering is different and
the WorkWindow does not have PaintAllChildren set and in g)
SwEditWin::PaintImmediately calls SwEditWin::ImplCallPaint
not WorkWindow::ImplCallPaint and that one does an explicit
complete document invalidation
- normally:
- none of this is really intentional and its all very fragile
- resolve by restoring
- https://gerrit.libreoffice.org/c/core/+/152772
- pdf export release blocker
- a flash on new user joining has return. Since
https://gerrit.libreoffice.org/c/core/+/152817 - review various merge requests
- pref: use some more string_view in online
- coverity on online
- fopen without fclose, auto causing copy of large things,
uninitialized members, and lots of probable noise - Coverity by caolanm · Pull Request #6588 · CollaboraOnline/online · GitHub
- fopen without fclose, auto causing copy of large things,
Mike
- Improvements for the LanguageTool integration
- Improved deduplication and sorting of the languages in the Edit Modules dialog
- Upstream
- Fixed an own regression - tdf#154349
Paris
- Continued working on the two Draw Dark mode bugs
Tomaz
Add basic interoperable document theming to Calc & Writer
- Color picker core bits added and merget to cp-23.05
- to send the color palette via JSON
- handed over to Szymon to use that and adapt the current color
picker in online to use it
- Fixed the bug that the after choosing a color in the picker, the
dialog showed up- it is required now that the color UNO service (i.e. .uno:FillColor)
has a “Color” argument - not all colors had that … (.uno:LineColor, .uno:FillColor didn’t)
- mainly because type like XColorItem, XLineColorItem and
XFillColorItem did not implement it - added that and also added “ComplexColorJSON” argument so it is
possible to send the theme color data
- mainly because type like XColorItem, XLineColorItem and
- it is required now that the color UNO service (i.e. .uno:FillColor)
- Fixed theme import and export
- grab bag has hidden some things when exporting
- tests passed because the data was taken from the grab bag
- but problematic when a change occurs
- also fixes at importing so the values are correctly converted
- Theme export wasn’t used in writer - added that
- grab bag has hidden some things when exporting
- Online color picker sending the UNO command to core with the theme
data attached- Szymon improved the online color picker to handle theme colors, but
handed that back to me to add the missing UNO command - added that, but some online UI test fail now - need to fix that
- Szymon improved the online color picker to handle theme colors, but
Miklos
-
155118 – Second part of multi-page floating tables “Second part of multi-page floating tables”
- see the bug for details