Hi Uwe, *,
Am 26.05.21 um 20:42 schrieb Uwe Altmann:
Am 26.05.21 um 20:23 schrieb Andreas Mantke:
I'd expect that the DMS/CMS Plone could deliver about 90 % of the
expected functionality within it's core code or within an add-on. The
accessibility, stability and security also shouldn't be an issue.
(https://plone.org/accessibility-info). And it's OSS software.
So go on and feel free to make or arrange an offer covering /all/ the
described use cases and further specified requirements. Python is
labeled as preferred (because of ), not as required!
thus I'm not a freelancer and not owner of a company I'm not able to bid
on such a tender. I also not allowed to do such work within an
Concerning Plone as platform: I tend to prefer something with a
slightly better bus factor  than our Plone experience has shown in
the past. But also here: Insights welcome.
Maybe it's most easy to complain on this. I offered hands-on workshops
with no interest from the TDF community in the past. The TDF admin team
got a training from a Plone core developer some time ago.
But there are other software with such Bus_factor in the project, but
nobody is complaining about that (or not loudly / in public).
## Free Software Advocate
## Plone add-on developer
## My blog: http://www.amantke.de/blog
To unsubscribe e-mail to: email@example.com
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.documentfoundation.org/www/board-discuss/
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy