Re: [Libreoffice-qa] ESC meeting agenda: 2020-12-17 16:00 Berlin time
> * Graphics architecture (Thorsten) > * https://pad.documentfoundation.org/p/ESC_graphics_architecture > * skia / vulkan metabug: > https://bugs.documentfoundation.org/show_bug.cgi?id=129062 > + 13 (+1) open bugs, 141 total (+1) > > * QA update (Xisco) > + Please help flesh out the monthly reports: > https://nextcloud.documentfoundation.org/s/2qbepFYXXan4ief I hope I am not speaking out of turn, but one thing that might help in untangling VCL would be to ensure that the actual drawing work be done in SalGraphics, and not in OutputDevice. I recently logged a bug here: https://bugs.documentfoundation.org/show_bug.cgi?id=139170 The example given is that code that actually determines a polyline needs to be “emulated”. What this means is that the polyline and polygon rendering is ing done in OutputDevice and not in the various SalGraphics backends. In particular, the genpsp and X11 backends are the backends that don’t seem to handle things fully. OutputDevice also seems to handle things that other classes should be handling - for example it seems to do more handling of bitmaps where I would have thought that the Bitmap class could handle the functionality. Just a general comment. I have recently taken a stab at shifting some functionality out of OutputDevice and into Bitmap, but there is a lot I can see we could cull from OutputDevice. Chris___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Fwd: ESC meeting agenda: 2020-12-17 16:00 Berlin time
I seem to have replied to the wrong list... Sent from my iPhone Begin forwarded message: > From: Chris Sherlock > Date: 23 December 2020 at 8:38:27 am AEDT > To: Miklos Vajna > Cc: libreoffice@lists.freedesktop.org, libreoffice...@lists.freedesktop.org > Subject: Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time > > >> * Graphics architecture (Thorsten) >> * https://pad.documentfoundation.org/p/ESC_graphics_architecture >> * skia / vulkan metabug: >> https://bugs.documentfoundation.org/show_bug.cgi?id=129062 >> + 13 (+1) open bugs, 141 total (+1) >> >> * QA update (Xisco) >> + Please help flesh out the monthly reports: >> https://nextcloud.documentfoundation.org/s/2qbepFYXXan4ief > > I hope I am not speaking out of turn, but one thing that might help in > untangling VCL would be to ensure that the actual drawing work be done in > SalGraphics, and not in OutputDevice. > > I recently logged a bug here: > > https://bugs.documentfoundation.org/show_bug.cgi?id=139170 > > The example given is that code that actually determines a polyline needs to > be “emulated”. What this means is that the polyline and polygon rendering is > ing done in OutputDevice and not in the various SalGraphics backends. In > particular, the genpsp and X11 backends are the backends that don’t seem to > handle things fully. > > OutputDevice also seems to handle things that other classes should be > handling - for example it seems to do more handling of bitmaps where I would > have thought that the Bitmap class could handle the functionality. > > Just a general comment. I have recently taken a stab at shifting some > functionality out of OutputDevice and into Bitmap, but there is a lot I can > see we could cull from OutputDevice. > > Chris ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time
> * Graphics architecture (Thorsten) > * https://pad.documentfoundation.org/p/ESC_graphics_architecture > * skia / vulkan metabug: > https://bugs.documentfoundation.org/show_bug.cgi?id=129062 > + 13 (+1) open bugs, 141 total (+1) > > * QA update (Xisco) > + Please help flesh out the monthly reports: > https://nextcloud.documentfoundation.org/s/2qbepFYXXan4ief I hope I am not speaking out of turn, but one thing that might help in untangling VCL would be to ensure that the actual drawing work be done in SalGraphics, and not in OutputDevice. I recently logged a bug here: https://bugs.documentfoundation.org/show_bug.cgi?id=139170 The example given is that code that actually determines a polyline needs to be “emulated”. What this means is that the polyline and polygon rendering is ing done in OutputDevice and not in the various SalGraphics backends. In particular, the genpsp and X11 backends are the backends that don’t seem to handle things fully. OutputDevice also seems to handle things that other classes should be handling - for example it seems to do more handling of bitmaps where I would have thought that the Bitmap class could handle the functionality. Just a general comment. I have recently taken a stab at shifting some functionality out of OutputDevice and into Bitmap, but there is a lot I can see we could cull from OutputDevice. Chris___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time
julien2412 wrote > Miklos Vajna-6 wrote > ... > Also there's the wrong named "Firebird" Address Data Source in Writer > wizards, should we remove this (or rename it if it works with Mozilla > Suite/Seamonkey but does it worth it?), knowing that the only remaining > entry would be "Other" (not very UI friendly...)? > . Argh, I meant the "wrong named "Firefox" Address Data source". (words were too closed for me :-) ) -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: ESC meeting agenda: 2020-12-17 16:00 Berlin time
Miklos Vajna-6 wrote > ... > + Thunderbird Addressbook no longer connectable > + https://bugs.documentfoundation.org/show_bug.cgi?id=138715 > + Rene removed the mork driver, needs closing? > ... Removing Mork => removing Thunderbird Address book but there's been too mozab removing (I'm ok with this), should we remove all related idl eg: offapi/com/sun/star/mozilla/MozillaBootstrap.idl or offapi/com/sun/star/mozilla/XProfileDiscover.idl ? Also there's the wrong named "Firebird" Address Data Source in Writer wizards, should we remove this (or rename it if it works with Mozilla Suite/Seamonkey but does it worth it?), knowing that the only remaining entry would be "Other" (not very UI friendly...)? Of course, all this should be documented in 7.2 release notes. -- Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice