SKIA on Windows Roadmap (ESC agenda item)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Skia should be topic/ agenda item for ESC team. There needs be some kind of roadmap/ timeline/ vision:

 * Skia the default for 7.0 release on Windows?

* What about the future GDI (incl. Hardware Acceleration)/OpenGL Windows backend? Should those be phased out? If so, what's the intended time-table at this point in time:

- Active support of the other backend (bug fixing)

- Passively supporting the other backends; so being available?
   ** When do we move the setting to Expert configuration
   ** When should the old code be removed

 * What is future of Skia for Linux/Mac? What does this mean for other backends? Cairo/ X11...    - A number of the base QA members use Linux. Is there backend comparable to Skia available; using 'the same' code path?

* QA concerns (based on: bug 132323)
- Firebird experience: flood of bugs after removing from experimental

- Harfbuzz experience: quite a number number of performances issues at the beginning

- One developer for Skia/ Single point of failure?


Personal vision:

* Active support for multiple backends are hard to maintain at QA and DEV level, so less is more. Backend options should be 'invisible' as fast as reasonable possible. Only objection: different backends have different code paths; can be an alternative. Example: Skia XOR issue (affecting Raster & Vulkan); without GDI no way out.

* Skia looks promising; not seeing major problems. They should be rather obvious to see. Everybody uses the UI.  So no Firebird experience

* Passive support should not be GUI advertised for to long. Bugs tend to sneak in, while everybody else is using the default. So settings for backends should move Expert configuration pretty fast. It should be decided at ESC level; it's not UI-only issue. It's also affecting QA & DEV

* Removing code. Should be hold off for a while. Second next major release. The old layout engine was removed a little to soon for my taste. Can be useful as fall-back.

* Prevent a dependence on a single developer; there needs to be a 'backup' developer who wants to step in, if needed. What about documentation?

* Developer available to squash the initial bunch of Skia related bugs after release (to assure the QA department) . So everything is 'back to normal' at 7.0.2 . If Skia contains bugs at 7.0 so be it. LibreOffice fresh can contain bugs. Firebird lacked a 'testerbase' while under development and support afterwards didn't win awards either.

* OpenGL. Drop active support with 7.0. Moving to expert configuration with LibreOffice 7.1. Code removal at 7.3. Deprecation should be mentioned in the Release Notes

* GDI: Active support dropped at 7.2. Passive support until 7.4. Moving to expert configuration at 8.0. Mention this roadmap in the Release Notes

Regards,
Telesto


_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice




[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux