Home » Archives for Mike Saunders » Page 67

Author: Mike Saunders

Tender to implement autoupdater (#202108-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 an autoupdater for LibreOffice.

Currently, LibreOffice can notify the user about a new version, but download and installation require manual action by the user, it is not automated. With plans of a “rolling release” model, that results in more frequent updates, e.g. biweekly or monthly, we want to improve this system.

Mandatory requirements

  • The solution has to work on all currently LibreOffice-supported Windows, Linux and macOS versions.
  • The implemented solution should not break the MSI-based LibreOffice installation set.
  • The implemented solution cannot solely rely on app stores autoupdaters, as The Document Foundation does not provide binaries in app stores currently.
  • The work has to be developed on LibreOffice master, so that it will be released in the next major version.
  • The implementation has to be provided with extensive documentation, about the approach chosen to implement the above items. We expect bidders to provide documentation on both the code and the non-code parts of the implementation, e.g. methodology, structure and technical aspects.

Optional items

The proposed solution might include some of the items of the following list, which is neither complete nor exhaustive, and is presented as a set of examples. These items are not mandatory to the completion of the tender, but might favor the granting of the tender in case of ex aequos, after checking that mandatory requirements are fulfilled:

  • Achieve partial and/or delta downloads: in order to optimize the bandwidth of the users, the implementation might proceed with the sole download of the whole changed files (partial downloads) or chunks of changed files or the whole package (delta downloads).
  • The implementation might keep track of other languages than English that the user might have installed and currently uses, and implement the download of the respective updated language packs, as well as of eventual offline help packages.
  • The implementation might verify the compatibility and/or update any extensions the user might have installed and currently uses.
  • The implementation is ready for the integration with the app stores’ installers/updaters.

Additional considerations

The choice of technology or technologies used is up to the bidders. Some of the available options, with none of them being a sole strict requirement, are the following:

The idea behind this tender is described in the following required tickets, whereas the implementation we seek for does not mandate a specific technology to be used, even if the tickets suggest otherwise:

The Document Foundation will publish the related documentation 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 on the program code 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 60 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 tender20210801@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.

LibreOffice project recap: July 2021

Check out our summary of what happened in the LibreOffice community last month…

  • We started July by welcoming allotropia to The Document Foundation’s Advisory Board. Founded in late 2020 with five long-time LibreOffice developers, allotropia’s stated mission is to bring LibreOffice to shine – in as many different shapes and forms as necessary, to serve the modern needs of office productivity software. allotropia was spun off from CIB, another long-time provider of LibreOffice-based products and services (and also a member of the Advisory Board).

  • On the very same day, our documentation team announced the LibreOffice Getting Started Guide 7.1. Covering all LibreOffice modules, from the Calc spreadsheet to the Base database and including chapters on the suite settings as well as macro coding, the Getting Started Guide 7.1 is a valuable companion for organizations that want to deploy documentation on LibreOffice together with the software suite on their offices and also at user’s homes.

  • Meanwhile, we chatted with Tim Brennan Jr. from the Brazilian LibreOffice community. He’s on the Brazilian Portuguese translation and editing team, and recently decided to become a Member of The Document Foundation. Welcome, Tim!

  • Then the Spanish-speaking community held an online meeting with video talks streamed live. The activity was attended by several members, who are recognized for their participation and collaboration in the project.

  • Looking for LibreOffice tutorial videos? We have playlists in English, German and French – but the videos don’t just happen by magic. They’re created by volunteers, so we asked Harald Berger how he makes the German videos. Check it out, and help us to make more!

  • LibreOffice 7.2 is tantalisingly close; it’s due to be released in the middle of this month. We held a Bug Hunting Session for the first release candidate, to identify and squash any last bugs before it goes live.

  • Our LibreOffice New Generation project aims to bring new – and especially younger – contributors into the LibreOffice community. Earlier in the year, we created a flyer for schools and universities, and we’ve sent out printed versions to many people around the world. Now, here’s an alternative design, thanks to Rizal Muttaqin and the Indonesian community!

  • LibreOffice’s documentation team is driven by volunteers around the world. We wanted, we want to say a special thanks to members of the Brazilian Portuguese community, who’ve worked hard to translate and update user guides. So we sent out Open Badges – special, customised badges with embedded metadata, describing their achievements.

  • Our second community interview in the month was with Jackson Cavalcanti Junior, who told us about his work in the documentation project.

  • Release-wise, we had one update in July: LibreOffice 7.1.5 with 55 bugfixes and compatibility improvements.

  • The LibreOffice Conference 2021 is coming up: check out the sponsorship package. The event will run online again this year, due to the ongoing pandemic situation, from September 23 – 25.

  • Just before the end of the month, the documentation team announced another guide: the Draw Guide 7.1. This covers all aspects of the image-editing component of the suite. Great work, everyone!

Keep in touch – follow us on Twitter, Facebook and Mastodon. Like what we do? Support our community with a donation – or join us and help to make LibreOffice even better for everyone!

LibreOffice Conference 2021: Announcing the logo!

In late June, we started a competition to design the logo for our upcoming LibreOffice Conference 2021. We received 22 submissions with many great ideas – thanks to everyone who took part!

The conference organisers examined every design and ranked them, and today we’re announcing the winner, which is created by Alan Ward. Here’s how it looks:

Alan also provided a simplified monochrome version which can be used on merchandise – stay tuned to this blog for more on that. And here’s what he had to say about the design:

This design is inspired by the theme of a community coming together to share common experience. The hexagonal grid motif suggests networking from a technical and a human standpoint. The viewer’s attention is drawn to the LibreOffice emblem, as a focal point in the center. Colors have been chosen from a palette derived from the official LibreOffice typography, to suit both light and dark backgrounds.

Several versions of the logo have been prepared, to suit different applications. These include both full color and monochrome versions, in both hi and low resolution. High resolution printing process can reproduce thinner lines correctly (eg printed documents, PDF files). However, the use of several colors increases production costs or may not be available, so a simple monochrome may be required as an alternative to full-color. Either color or monochrome hires versions of the logo may easily be adapted as a base for a themed wallpaper.

Low-resolution printing processes such as those used to print T-shirts or engrave metal or wood articles require the use of relatively bold lines to show up correctly on the finished product. This is why a simple design with few elements is most effective in this situation. The use of several colors also increases production costs, so a simple monochrome approach is perhaps best for these applications. The monochrome design can easily be adapted for different colors of the support material (e.g. T-shirts in white, gray, black).

Thanks again to Alan for his design – a magic box of LibreOffice goodies is on his way to him! And thanks to everyone else for their submissions (we’ll get in touch and send you some LibreOffice stickers). Even though we had to choose one design in the end, there were plenty of great and creative ideas, and we really appreciate the input.

Now, onwards and upwards to the conference! Keep an eye on this blog for more updates…

Fixing an Interoperability Bug in LibreOffice: Missing Lines from DOCX (part 1/3)

By Hossein Nourikah, Developer Community Architect at The Document Foundation

In LibreOffice, interoperability is considered a very important aspect of the software. Today, LibreOffice can load and save various file formats from many different office applications from different companies across the world. But bugs are inevitable parts of every software:there are situations where the application does not behave as it should, and a developer should take action and fix it, so that it will behave as it is expected by the user.

What if you encounter a bug in LibreOffice, and how does a developer fix the problem? In these series of articles, we discuss the steps needed to fix a bug. In the end, we will provide a test and make sure that the same problem does not happen in the future.

The article is presented in three parts:

  1. Understanding the Bugs and QA
  2. Developing a Bug Fix
  3. Writing the Tests and Finishing the Task

This blog post is the first part.

1. Understanding the Bugs / QA

Bugs can be found in any software and in a broader view, every technological product. There are situations that a system behaves in a way that the user does not like or expect, and then the engineers come in, take action and fix that. It is proven that no software can be completely bug-free, because there is no exact way to describe all the aspects of a software, even mathematically using formal methods.

Although we can not avoid the bugs completely, we can improve the situation. The important thing here is to document these bugs, reproduce them using sample documents, investigate the cause(s), and hopefully fix them as soon as possible while considering the priority. The whole process of dealing with the bugs and improving the quality of the software is is called: “Quality Assurance”, or simply “QA”.

You can take a look at LibreOffice Wiki QA section and ask QA questions in the IRC channel #libreoffice-qa on the Libera.Chat network connect via webchat

1.1. Bug Report

So, you have encountered a problem in the LibreOffice! In this case, first of all you should try to report the bug to Bugzilla. If a bug is not recorded in Bugzilla, there is a little chance that it will be fixed.

So, everything starts with a bug report in TDF’s Bugzilla. A detailed explanation of what a good bug report should contain is available in the TDF Wiki: https://wiki.documentfoundation.org/BugReport

In short, a good bug report should have suitable summary for the problem, appropriate description and specific components/hardware/version for the context of the problem. Steps to reproduce the bug are important parts of every report, because a developer should be able to reproduce the bug in order to fix it.

The bug reporter should carefully describe the “actual results” and why it is different from the “expected results”. This is also important because the desired software’s behaviour is not always as obvious as it seems to be for the bug reporter.

Let’s talk about a regression bug that is recently fixed. The “NISZ LibreOffice Team” reported this bug. The National Infocommunications Service Company Ltd. (NISZ) has an active team in LibreOffice development and QA.

This is the bug title and description provided by the NISZ LibreOffice Team:

Bug 123321 – FILEOPEN | DOC, missing longer line when saved in LO (shorter line remains)

https://bugs.documentfoundation.org/show_bug.cgi?id=123321
Description:
When the attached original document gets saved in LO as doc the middle line gets its length resized.

Steps to Reproduce:

  1. Open the attached doc in LO.
  2. Save it as doc.
  3. Reload.
  4. Notice the changes.

Actual Results: The middle arrow gets smaller.
Expected Results: It should stay the same size even after saving in LO.
Reproducible: Always
User Profile Reset: No

Every bug has a number associated to it, and at TDF Bugzilla, it is referred to by its number, like tdf#123321.

1.2. Bug Confirmation

After a bug is reported, it is needed that someone else check and see If it is reproducible or not. If so, the bug is then confirmed and its status will be set to “New”. In this case, a user named Timur from the QA team of volunteers has confirmed this bug. It is needed that someone else other than the original bug reporter confirms the bug report.

Here, the bug reporter has provided several examples:

Attachments

  • The original file (39.50 KB, application/msword)
  • The saved file. (24.00 KB, application/msword)
  • Screenshot of the original and exported document side by
    side in Writer. (298.50 KB, image/png)
  • Minimized test document in docx format (19.66 KB,
    application/vnd.openxmlformats-officedocument.wordprocessingml.document)

Opening the first file, we see that it contains several shapes. 4 ellipses, 2 diagonal lines, and a vertical line. But if we look closely, we find out that the vertical line actually consists of 3 different vertical lines. This can be understood by try selecting the line, and then pressing the tab to select the other lines.

The Shapelinelength_min.docx only contains 3 overlapped vertical lines (the overlap is not important).

  • First one on the top with the length 0.17″ (Verified in Word 2007)
  • Second one in the middle with the length of 1″ (Verified in Word 2007)
  • Third one at the bottom with the length of 2.77″ (Verified in Word 2007)

When you save it in LibreOffice and reload it, the first and the third vertical lines disappear, but if you select the second one (the only visible after save and reload), you can select the two other lines by pressing “tab” button. If you look at the size of these two lines, you will see that both have the length of 0″.

By opening the examples, saving and reloading them, we can verify that the bug is present even in the latest master build.

Images showing the bug

(Good)

(Bad)

Figure 1. The visible lines in the middle become smaller after save and reload

1.3. Bisect / Bibisect

Regression bugs are special kinds of bugs. They describe a feature that was previously working well, but at some point a change in the code has caused it to stop working. They are source of disappointment for the user, but they are easier to fix for the developers compared to other bugs! Why? Because every single change to the LibreOffice code is kept in the source code management system (Git), it is possible to find that which change actually introduced the bug.

Git has a special tool for this purpose, which is call bisect. It uses a binary search to find the commit that introduced the bug. But for LibreOffice which is a huge piece of software consisting of roughly 10 million lines of code, this can take a lot of time. So, a trick is used here: bisecting with the binaries! If you have access to every built LibreOffice for the commits, you can use git bisect command to find the source for problem in a very short time: This is called bibisect!

A very detailed description is on the wiki: https://wiki.documentfoundation.org/QA/Bibisect

Aron Budea from Collabora Productivity Ltd’s core engineering team did the bibisect, and now we know the exact commit that caused the problem:

Bibisected to the following commit using repo bibisect-win32-6.0.

https://git.libreoffice.org/core/+/d72e0cadceb0b43928a9b4f18d75c9d5d30afdda

Watermark: tdf#91687 correct size in the .doc

Export:
* Watermarks saved using Writer were very small in the MSO.
  Export fUsegtextFStretch property in the Geometry Text
  Boolean Properties.
* tdf#91687: SnapRect contains size of Watermark after rotation.
  We have to export size without rotation.

Import:
* When import set height depending on used font and width.
  Text will keep the ratio. Remember the padding for export.

* added unit test
* introduced enum to avoid magic numbers for stretch and best fit
  properties.

Change-Id: 
I3427afe78488d499f13c543ca401c096161aaf34
Reviewed-on: 
https://gerrit.libreoffice.org/38979
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

This bug is a regression. The DOCX import/export was working well before this commit, but after that, it doesn’t work: Good catch!

In the second part of this series, we talk about how we can create a fix for the bug.

Hossein Nourikhah is the Developer Community Architect at the The Document Foundation (TDF), the non-profit behind LibreOffice. If you need assistance getting started with LibreOffice development, you can get in touch with him:

E-Mail: hossein@libreoffice.org

IRC: hossein in the IRC channel #libreoffice-dev on the Libera.Chat network connect via webchat

LibreOffice’s New Website: Meet the Design Team

LibreOffice is getting a shiny new website! We’re still working on it, and everyone interested in testing and helping out can join our mailing list for updates.

But today, we’re talking to the team who created the new design. Say hello to Dan Gallagher, Cat de Leon, Irene Geller, Helen Tran and Zarema Ross. Together, they identified needs and use cases for the website, created mockups, and then moved on to more concrete designs. Let’s see what they have to say…

Tell us a bit about yourselves!

Dan Gallagher: I’m a UX Designer coming from a background in psychology and education. I’m interested in creating intuitive designs based on human psychology. I’m currently living in Chicago, IL. In my free time, I like to box, make music, or play Dungeons and Dragons.

Cat de Leon: My name is Cat and I’m from the San Francisco Bay Area. I have an untraditional background, having majored in math in college, worked in higher education as an institutional researcher, and recently worked as a social media manager. Luckily, I’ve found my dream job in product design! If I’m not designing, I’m probably eating good food, playing video games, playing tennis, watching NBA games, or working out. I will never reject an opportunity to see a picture of your pet. 🙂

Irene Geller: I’m a digital designer from New Jersey (USA) with a focus on UI, visual assets, and branding at the moment. But I began my creative life as a traditional artist, just painting, drawing, and teaching others, too!

Helen Tran: I’m from San Francisco, California. My hobbies include finding scenic sights and building on my UX Research career on the side. I’m a killer for awesome views!

Zarema Ross: Originally I’m from Russia. Today, I live and work in the USA as a UX designer. Before my career in design, I finished an MS in Economics and Management, conducted market research, analysis, and built strategies in the oil and gas industry. I’ve led 10 subsidiaries, approved budgets, and was involved in financial planning.

Being skilled in turning data into actionable information to improve business results, andbeing passionate about solving problems, I end up becoming a User Experience Designer. I get my inspiration from my hobbies such as traveling, Russian ballet, Broadway shows, contemporary art galleries, and digital trends (AR, VR, etc.).

I consider myself a dreamer and a futurist. I hope new technologies will bring enhancements into our everyday lives, and will offer the opportunity to all people around the world to use them. That is why today, I’m working on different UX design projects, helping the world become a better place.

New banner for the front page

How did you get involved in the LibreOffice website redesign project?

Dan Gallagher: I was connected with a member of the website redesign project through a friend. We hopped on a video call and discussed the project, and it sounded like a great opportunity! I had used LibreOffice before, and I really like the idea of giving free office tools away to anyone.

Cat de Leon: I was recruited by Christine Louie and Lisa Lin who did the initial research for LibreOffice’s redesign project. They brought on a team of designers and researchers to continue their work and bring their concepts to life.

Irene Geller: During the 2020 pandemic year, I attended several webinars about UX/UI, to keep myself occupied, fresh on industry knowledge, and to be quite honest, sane. Apparently, at one of these webinars- we don’t even remember which one!- I had connected with Christine Louie (who is now a UX Researcher at Facebook). I must have made a positive impression in the live comments section, because some time after the webinar, Christine reached out to me about volunteering to assist with LibreOffice’s website redesign project. Since I was already a user of LibreOffice in my day-to-day life, I thought it would be an interesting project to take on!

Helen Tran: I met Christine, who was the lead UX Researcher, through a webinar – and after getting to know each other she reached out to me for this amazing opportunity to join the LibreOffice website redesign project. I got to meet the rest of the team which included Lisa, Dan, Cat, Zarema, and Irene who were also all a pleasure to work with. Thanks to everyone who contributed as this team and the team at LibreOffice made this project such a success! 🙂

Zarema Ross: I was invited into the project by one of my colleagues from the UX bootcamp I went to. I liked LibreOffice’s mission to support the community and develop software that everyone can use. I’ve met an amazing team of software developers and UX designers. I really enjoyed working on the project, as it was well organized, and I had a chance to collaborate with cross-functional teams from software developers to the marketing team, as well as run workshops with them in order to improve the information architecture.

New graphics and cleaner design

What particular aspects did you work on, and what was it like?

Dan Gallagher: I focused more on the sketching, wireframing, and documentation of the project. It was my first time working on a team of designers and researchers – it was amazing to be able to share my work and get feedback at every stage of the design process. Every call, someone suggested something I wouldn’t have thought of if I were working alone. I was fortunate to be on a team of skilled and dedicated designers!

Cat de Leon: Before this project, I have only done solo projects so working with a team has been absolutely fantastic. I’ve enjoyed every conversation and meeting I’ve had with this team and I hope to continue our relationships after we’re all done here. I’ve also thoroughly enjoyed connecting with our stakeholders all over the world, like Ilmari, Heiko, and Mike! Our team would probably agree that we’ve gotten far more well versed in time zones after this project. 🙂

Irene Geller: I helped with creating high fidelity UI designs that captured our stakeholders’ key goals for various webpage designs. However, the best part of this project wasn’t working as an individual designer – but as a team!

We used Figma for all of our design work, which allows multiple users to collaboratively work on a design, in real-time. That was a new experience for me as I usually work as a “design team of one”. I found that we often came up with our best ideas when we worked together!

For example, one time we met up to look over the page designs that Cat, Dan, and Zarema had completed. I immediately saw which elements worked best in each approach (ie what fit the stakeholders’ goals best), and quickly combined them together in one new page design, with adjustments to make it all cohesive. Everyone responded positively, so we spent the remainder of the meeting polishing all the elements of this new design. When we presented it at our next stakeholder meeting, they absolutely loved it – an immediate success! That showed me the power of collaborative design.

Overall, it was a real pleasure to work with such talented and smart individuals for a good cause. It certainly made the pandemic lockdown a little brighter, too!

Helen Tran: I worked as a UX Researcher for this project. I helped recruit participants, ran usability tests, and interpreted data to test the projected website launches. It was an amazing experience! It was definitely enjoyable to see the combined efforts made by everyone on this team go into play during the usability runs to witness how individuals engaged with the various features. This experience was rewarding from start to finish seeing the behind the scenes work to a polished website based on all of our hard efforts.

Zarema Ross: Working within an international team of UX designers and Software developers (in the USA and Germany), I:

  • Led design workshops with cross-functional teams to explore innovative solutions for problems and opportunities identified through research and data
  • Performed content audit, validated the SiteMap, restructured the information architecture
  • Sketched designs, created low and hi-fi mockups
  • Iterated on designs and performed usability testing
  • Contributed and maintained the UI kit and style guides

At the end of the day, it was teamwork that drove us to the results we have. I would like to say special thanks to our UX design team: Helen Tran – the time we spent on usability testing, deriving the insights from the research; Dan Gallagher, Cat de Leon and Irene Geller- for the brainstorming we did together, going from lo-fi to hi-fi designs.

And a redesigned download page

What are you interested in doing next?

Dan Gallagher: I’ll continue freelancing, working on personal projects, and searching for a full-time job. Working on this project was a great experience to highlight on my resume, it shows I work well within a team and can balance user and business needs!

Cat de Leon: Now I’m a product Designer for CaaStle. And I just know that wherever I go in future, I’ll be solving users’ problems to the best of my product design abilities and I’ll be having a blast doing it. Thank you so much for this opportunity, LibreOffice!

Helen Tran: I’m interested in growing my UX Research career! I’m ready to dive deep and hop along new projects to learn and enhance my UX skills. Hoping for many more grateful experiences like this project! 🙂

Zarema Ross: I’m interested in the topic of accessibility and inclusive design. I’m currently working on Accessifier which is a crowdsourced web app that provides accessibility ratings of specific apps for users with accessibility needs. I also do UX design on a freelance basis. And I’m looking forward to collaborating with new people, exchange knowledge and create impactful designs. Here’s my LinkedIn page.

Many thanks again to the whole team for their work! And as mentioned, anyone can join our website mailing list to help us to finalise, test and promote the new website. Let’s make it happen together!

Community Member Monday: Jackson Cavalcanti Junior

Today we’re talking to Jackson Cavalcanti Junior, who’s active in the LibreOffice documentation community and was recently awarded a custom badge for his work…

Tell us a bit about yourself!

I am Brazilian, from the city of Olinda, Pernambuco. I am 62 years old, and work as a public servant in the municipality of Olinda. I am one of the creators of the Municipal Public Archive of Olinda. I am also a human rights activist, especially for LGBT people. I am a proofreader and I also write for my blog.

In my work, in the city of Olinda, since 2001 I have been working with free office software, having started with OpenOffice.org, then with BrOffice and LibreOffice Writer, with which I created several models of documents to be used by the agencies that are part of the administrative structure of the Municipality of Olinda. These models remained on the City Hall’s intranet until 2016, when in that year’s elections another political party was elected, and that project was discontinued.

As a citizen, I am an activist in the LGBT movement, in which I have worked since 1980, when I helped found the Homosexual Action Group (GATHO), which was the first group in Pernambuco to fight in defense of citizenship for homosexual people. This group no longer exists, but I am a member of the LGBT Forum of Pernambuco, where I work as an independent activist, to which I was invited by my history as an activist for the LGBT cause in the state where I reside.

I also advertise LibreOffice among my friends, in the institutions where I work, and also in the WhatsApp and Telegram groups.

I like to photograph my city, my animals and nature.

What are you working on in the LibreOffice project right now?

I am currently working on the team of proofreaders for Brazilian translations of LibreOffice documentation.

Why did you decide to become a member of The Document Foundation, the non-profit behind LibreOffice?

Because, still at the time of BrOffice, I was the creator of the User Group for the software in my state. After I joined the team of Brazilian reviewers for the LibreOffice documentation, I felt it was time to request my entry as a member of TDF. I was very happy when I heard that I was approved as a member of the foundation.

Anything else you plan to do in the future? What does LibreOffice
really need?

For the future, in addition to continuing to revise the new LibreOffice guides, I will further encourage the use of this software.

Thanks a lot to Jackson for his contributions and help in our projects! All LibreOffice users are welcome to find out what they can do for LibreOffice, and build up useful skills at the same time…

Press Releases

Announcement of LibreOffice 25.8.4

Berlin, 18 December 2025 – LibreOffice 25.8.4, the fourth minor update to the free office suite developed by volunteers for…

Open Document Format

The Future of Open Standards and the Importance of ODF

Open standards don't make headlines. Instead, they work quietly behind the scenes to define how information is created, shared and…