Next batch of videos from the LibreOffice Conference 2021

Here are some more videos from the LibreOffice Conference 2021! Check out the playlist, using the button in the top-right – or scroll down for links to individual videos:

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Individual links

Note: many of these are also available on PeerTube, and more will be added…

Stay tuned for more videos from rooms 2 and 3 of the conference!

Tender to implement C++ accessibility tests (#202110-01)

The Document Foundation (TDF) is the charitable entity behind the world’s leading free/libre open source (FLOSS) office suite LibreOffice.

We are looking for an individual or company to implement C++ accessibility tests.

The work has to be developed on LibreOffice master, so that it will be released in the next major version.

The current accessibility tests are rather incomplete and hard to maintain. Additionally, they are written in Java.

The scope of this tender is to convert them into in-process cppunit-based tests and create a solid foundation in both code as well as documentation to facilitate extending the coverage both as part of this tender as well as for follow-up contributions. TDF aims to prepare a good infrastructure and documentation, so that adding further tests is much simpler in the future, even for new kinds of widgets, up to a point where they could be implemented as part of our EasyHacks. The implementation therefore has to be solid and thorough to support future test cases easily.

We recommend the following steps to approach the tender deliverable:

  • assessing the technical requirements (both using the existing tests to convert, plus the various requirements of a11y in general)
  • assessing the current status
  • designing and creating the new required interfaces, or adapting or augmenting existing ones
  • creating helpers to ease writing tests
  • writing some tests to both serve as examples and proof of concept (at least a couple for each key aspect of testing, but exercising the infrastructure to validate it is key to having something that has a chance of withstanding the test of time)
  • extensive documentation on all those, plus how to write tests and such
  • peer review

Therefore, this tender should provide the infrastructure to:

  • Test the interfaces (AT-SPI, UIA, MSAA, etc.) allowing accessibility tools (ATs) such as e.g. screen readers, magnifier glasses, etc. to access the information required to perform their tasks. This requires testing the LibreOffice implementation of the AT interfaces themselves to catch issues at the outer edge. It is crucial because even if all is well working inside LibreOffice itself, but the information is not properly sent to the platform, it still won’t work for users. Also, it probably has to be done for each platform separately (Desktop Linux (AT-SPI2), Windows (UIA, MSAA), macOS etc.) as their APIs are different, even if often similar, and have separate modules in LibreOffice.
  • Test that there is enough information sent through those interfaces and that it is accurate and usable. This could rely on internal unified interfaces to fetch information and interact with the UI, but there still is a fair bit of diversity on what needs to be tested.
  • Test that functionalities are usable with different type of input (e.g. work with the keyboard, as it’s the most common offender). Also this could rely on internal unified interfaces to fetch information and interact with the UI, but there still is a fair bit of diversity on what needs to be tested.

A key item of the deliverables for this tender is the extensive documentation (in addition to the source-code documentation) that will allow to both maintain the converted tests as well as create additional tests. The documentation shall include (but is not limited to) common pitfalls with accessibility related tests (like timeouts/waiting for events/deal with load dependent/parallelism differences) and how to deal with them. The documentation could walk the developer through the process behind the creation of newly created tests, showcasing both the obvious and not-so-obvious hurdles with that specific tests/a11y related tests in general and how they were dealt with. Aiming for an extendable framework, this likely requires creating new interfaces for missing functionality for reuse in tests.

We expect bidders to provide information on both the code and the non-code parts of this tender, e.g. methodology, structure and technical aspects. The Document Foundation will publish this under a free and open source license and make it available to the general public.

Required skills

  • Extensive knowledge of C++
  • Experience working on the LibreOffice source code

Other skills

  • English (conversationally fluent in order to coordinate and plan with members of TDF)

We use free, libre and open source (FLOSS) software for development wherever possible, and the resulting work must be licensed under the Mozilla Public License v2.0.

TDF welcomes applications from all suitably qualified persons regardless of their race, sex, disability, religion/belief, sexual orientation or age.

Bidders will get a preference for including a partner or independent developer who has not been involved in a successful tender before.

As always, TDF will give some preference to individuals who have previously shown a commitment to TDF, including but not limited to certified developers and/or members of TDF. Not being a member, or never having contributed before, does not exclude any applicants from consideration.

The task offered is a project-based one-off, with no immediate plans to a mid- or long-term contractual relationship. It is offered on a freelance, project basis. Individuals and companies applying can be located anywhere in the world.

When budgeting, we anticipated that this project (all items combined) to take in the region of 30 days of work. Should bidders’ assessment result in a significantly different number, please reach out to us before sending your bid, so we can clarify upfront.

TDF is looking forward to receiving your applications for one or more of the aforementioned tasks, your financial expectations and the earliest date of your availability, via e-mail to a committee at tender20211001@documentfoundation.org no later than November 26, 2021.

Applicants who have not received feedback by December 23, 2021 should consider that their application, after careful review, was not accepted.

All bidders are invited to ask their questions on this tender until November 19, 2021. Questions and answers will be made public in a collected and anonymized form.

10 more videos from the LibreOffice Conference 2021

We recently posted the first batch of videos from the LibreOffice Conference 2021. Now, here are some more! Check out the playlist, using the button in the top-right – or scroll down for links to individual videos:

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Individual links

Note: many of these are also available on PeerTube, and more will be added!

First batch of videos from the LibreOffice Conference 2021

Our online conference for 2021 took place last week, and we’ve already uploaded a bunch of videos from it! Check out the playlist, using the button in the top-right – or scroll down for links to individual videos:

Please confirm that you want to play a YouTube video. By accepting, you will be accessing content from YouTube, a service provided by an external third party.

YouTube privacy policy

If you accept this notice, your choice will be saved and the page will refresh.

Individual links

Note: many of these are also available on PeerTube, and more will be added!

Interviewing Hypra’s Jean-Philippe Mengual about software accessibility

Accessibility is a key factor for the inclusiveness of digital transformation, but only a few people are really competent in the topic. To learn more about accessibility, we interviewed Hypra’s co-founder, Jean-Philippe Mengual.

Q1. Jean-Philippe, can you tell us about the birth of Hypra?

A1. In 2008 I met Corentin at the Sciences Po higher-learning school in Aix-en-Provence. Through our friendship and the time we spent together studying, he realized how much IT can bring to visually impaired people, but also realized the current limitations.

Together, we understood the revolution it represents: digital technology may erase some inequalities, when one knows how to use it of course. We studied how digital technology can bring equality between visually impaired and sighted people, and then we realized that other people may also benefit from this phenomenon.

We were looking for a solution to this challenge, and we decided to create a computer that was accessible to all, easy to use, adaptable and accompanied by an empowering training.

That is how Hypra was born.

Q2. How challenging is it to work full-time to improve accessibility, and to help seniors and people with disabilities to leverage the opportunities offered by IT?

A2. It is a challenge indeed, and most of us are actually split between several jobs and specialties: psychology, sociology, teaching, but also hacking a distro, patching code, debugging, testing, talking with many communities. The most difficult is to experience regressions and needing of “race” after the accessibility regression to ensure a good end-user experience. And either the upstream project is reactive with our bug reports and/or patches, or it is not, so it may become disappointing.

However, working with people who, because of age or disabilities, are reluctant to use a computer, has allowed us to come to the conclusion that anyone can learn to use a computer fully autonomously, no matter your situation their age, as long as they are well supported at the beginning.

When we see such people progress and succeed, we realize that all of our work is worthwhile.

Q3. How far is free and open source software from offering true accessibility?

A3. Since I started with FOSS in the 2000s, I have seen a lot of real improvements. I, for one, am now able to only use free open source software in my daily activities, with a nice graphical interface.

However, I think reaching actual feature parity would allow users to be fully autonomous with FOSS. At the top of my mind, all features regarding speech synthesis (text to speech) and voice recognition (speech to text) are not quite up to what is achievable with proprietary software. It is the same for OCR (optical character recognition).

Another important dimension is the durability of software environments. Indeed, some programs that used to be perfectly accessible may cease to be so, from one day to another. This may be because some crucial contributors have abandoned that particular project, or it may be due to an update in which accessibility has been put on the back burner.

Q4. Hypra provides hardware solutions both for seniors and for people with disabilities. Can you tell us about these products, and about the software?

A4. We rely on Debian GNU/Linux for our products. We chose it because of its stability and careful update pace, which allows us to guarantee optimal use for our customers including our own layer of customizations in good conditions.

We mainly use free and open source software on our computers. To enable individual support, we provide Mumble, VNC to take control of the system remotely, and we use SSH for maintenance.

Regarding the tools for our visually impaired customers, we have chosen the Orca screen reader and Compiz for visual filters, rely on the MATE desktop (great for its full flexibility from a user point of view). Alongside with the computers, we provide scanners which, together with the screen reader, turn your laptop into a reading machine.

Generally speaking, the fact we produce only free code and use mainly free software enables us to sell, for a standard price, hardware with a high service level.

Q5. Hypra is working with enterprises to integrate people with disabilities in business environments. How difficult is this task?

A5. It’s important to know that the first task when adapting a workstation is to reassure both the user and their company. They have to be reassured that the equipment is compatible with the work environment already in place and that we’ll be there to support them.

In fact, the highest challenge is the diversity of the infrastructures: many solutions, more and more remote, few free software in the workstation (which is not always accessible, by the way, under Windows). It depends on the size of the organization and the flexibility possible in respect with the IT teams and the security needs of the company. The good news comes when the clients are web interfaces, even if some improvements are needed to make everything accessible. But a web interface is potentially easier to make accessible than software, because it is governed by standards, while software is based on various toolkits, not always compatible with any accessibility solution – in particular remotely.

Q6. What kind of integration have you done with LibreOffice?

A6. We only use vanilla LibreOffice versions. We’re generally very happy with these, except for certain aspects such as the stability of certain versions or occasional accessibility regressions in LibreOffice.

As far as Orca users are concerned, we’ve chosen to use an older LibreOffice build, version 4.2, as it gives us full satisfaction – which also applies to all low vision software.

However, we have noticed that accessibility is becoming more and more present in LibreOffice’s development in the recent years; we’re speculating that from version 8.x onwards we’ll hopefully be able to migrate all users to a more recent version.

On our end, we plan to systematize regression testing of the master branch in order to get more actively involved in the development process. This will also allow us to alert contributors immediately if a specific proposed change affects accessibility.

We also want to provide use cases to the community, so that each of its members can concretely test what a user with specific needs expects from the program in their daily use.

Tender to implement support for editing and creation of a Dynamic Diagram feature (#202108-02)

The Document Foundation (TDF) is the charitable entity behind the world’s leading free/libre open source (FLOSS) office suite LibreOffice.

We are looking for an individual or company to implement support for editing and creation of Dynamic Diagrams.

The work has to be developed on LibreOffice master, so that it will be released in the next major version.

The task is to solve the following problem: Our existing “SmartArt” import uses the fallback stream in OOX files (and has some issues). It therefore gives us only the draw shapes that are imported, so we lose the original layout. Additionally, in older file versions we don’t have the cached shapes, and therefore can’t render anything.

The solution we seek, and as such the scope of this tender, is to have a schema driven diagram layout as a core feature. This should be interoperable with OOX (at least MSO2016) and have suitable extensions for ODF. It should layout interoperability, and allow editing of the underlying data, and selection of a schema.

The tender consists of the packages

A) Import and export in ODF and OOXML

  • load/save diagram data (layout and data model)
  • show the diagram in a cross-platform and pixel-perfect way
  • this should solve the issues from tdf#106547
  • provide automated test for the diagram layout mechanism

B) Creation of new diagrams within all modules, at least Writer and Draw/Impress

    • the solution should provide a couple of exemplary layouts such as a hierarchy with rectangle for organizational charts, for example, and linear as well circular arrangements of shapes to illustrate processes
    • values should be entered by the user with a floating widget presenting a bullet list that describes the hierarchical position

  • consider accessibility at all UI parts

C) Modification of existing diagrams

  • It must be possible to modify the data model later and add or delete content to the diagram; ideally, the floating input widget opens when the diagram is selected

D) Sharing of diagram layouts via extensions

  • Diagrams are generated from complex XML layouts, which should be provided and shared by the community

E) Document the Dynamic Diagram feature

and optionally

F) Provision of an interactive diagram layout tool

  • In coordination with the UX/design team an user interface should be implemented that simplifies creation of XML layouts

The following two bugs are amongst the relevant ones for this tender:

Support for Editing and Creation of SmartArt: https://bugs.documentfoundation.org/show_bug.cgi?id=37932

Auto-Layout for flowcharts and automatic flowcharts from Calc / Excel: https://bugs.documentfoundation.org/show_bug.cgi?id=92902

Further information can also be found in these two blogposts:

Note: There was recent effort on the layouting side. While this is better than 2-3 years ago, it still requires much work. Especially the editing functionality is just a proof of concept.

All technology standards of relevance, as well as their targeted versions for this tender should be declared or defined in the offer’s description of implementation (e.g. name and version of the cryptographic API on the respective operating systems).

A key item of the deliverables for this tender, and therefore also a decision criteria – besides qualification, references, price, and completeness of fulfilment – is extensive documentation about the approach chosen to implement the above items, covering more than just the pure implementation. We expect bidders to provide documentation on both the code and the non-code parts of this tender, e.g. methodology, structure and technical aspects. The Document Foundation will publish this under a free and open source license and make it available to the general public. Another criteria for the evaluation of the bids will be the description of the required test activities and the delivery of (automated) tests supporting work items for the described tender implementation or feature specification.

Required skills

  • Extensive knowledge of C++
  • Experience working on the LibreOffice source code

Other skills

  • English (conversationally fluent in order to coordinate and plan with members of TDF)

We use free, libre and open source (FLOSS) software for development wherever possible, and the resulting work must be licensed under the Mozilla Public License v2.0.

TDF welcomes applications from all suitably qualified persons regardless of their race, sex, disability, religion/belief, sexual orientation or age.

Bidders will get a preference for including a partner or independent developer who has not been involved in a successful tender before. For such developers, who have not yet been part of a successful tender bid, we aim on a best-effort basis, but without any guarantees whatsoever, to provide some mentoring in understanding the code base and the process in contributing to the code. We expect that time and efforts on the bidder’s side should not be part of the paid work for this tender. Please mention such need of LibreOffice development mentoring in your offer.

As always, TDF will give some preference to individuals who have previously shown a commitment to TDF, including but not limited to certified developers and/or members of TDF. Not being a member, or never having contributed before, does not exclude any applicants from consideration.

The task offered is a project-based one-off, with no immediate plans to a mid- or long-term contractual relationship. It is offered on a freelance, project basis. Individuals and companies applying can be located anywhere in the world.

When budgeting, we anticipated that this project (all items combined) to take in the region of 16 weeks of work. Should bidders’ assessment result in a significantly different number, please reach out to us before sending your bid, so we can clarify upfront.

TDF is looking forward to receiving your applications for one or more of the aforementioned tasks, your financial expectations and the earliest date of your availability, via e-mail to a committee at tender20210802@documentfoundation.org no later than September 20, 2021.

Applicants who have not received feedback by October 18, 2021 should consider that their application, after careful review, was not accepted.

All bidders are invited to ask their questions on this tender until September 6, 2021. Questions and answers will be made public in a collected and anonymized form.