Red Hat Magazine przeprowadził wywiad z programistami AbiWord: Marc Maurer i Martin Sevior. Poruszono tematy początków, rozwoju najnowszej wersji oraz przyszłości AbiWorda.

AbiWord, procesor tekstu wchodzący w skład GNOME Office doczekał się wersji 2.6 (2,5 roku od ostatniej wersji 2.4.x). W związku z tym wydarzeniem Red Hat Magazine przeprowadził wywiad z programistami AbiWord. Opowiedzieli oni m.in. o:

• początkach aplikacji (na początku był plan stworzeni przez AbiSource Inc wieloplatformowego zestawu narzędzi dla biura o nazwie AbiSuite; otwarcie kodu StarOffice zmusiło do opublikowania kodu AbiSuite, a dokładnie procesora tekstu)
• o opóźnieniu w rozwoju wersji 2.6.x (zarówno prace nad wtyczką dla pracy wielu użytkowników nad jednym dokumentem – abicolab, jak i dostosowaniu aplikacji dla potrzeb projektu OLPC zajęły 2,5 roku pracy deweloperów AbiWord),
• o wtyczce AbiColab (pozwala ona na pracę w czasie rzeczywistym wielu użytkowników nad jednym dokumentem; wykorzystuje do tego protokół XMPP lub TCP lub implementacje Telepathy),
• o planach rozwoju następnej wersji oznaczonej numerkiem 2.8.x (stworzenie widgetu GTK pozwalającego korzystać z dobrodziejstw AbiWord oraz dodawaniu notatek do dokumentów, wykorzystaniu Pango i Cairo jako silników renderujących działających na platformach: Windows, Mac OS, Linux),
• o współpracy z innymi twórcami innych procesorów tekstu: KWord i OOo Writer (obecnie programiści AbiWord nie współpracują z innymi projektami, ale ich programy – biblioteka libwpd służąca do importu dokumentów WordPerfect oraz framework Enchant służący do sprawdzania pisowni – są chętnie wykorzystywane przez “konkurencję”),
• o dostępności w dystrybucjach aplikacji (Marc zajmuje się tworzeniem pakietów dla RH i Fedora, ale narzeka na jakość paczek pod Ubuntu)
• o GNOME Office (obecnie nie ma aplikacji na miarę OOo Impress czy MS Office Power Point i nikt obecnie nie jest zainteresowany stworzeniem takiej aplikacji; Marc zauważa, że idea GNOME Office ogranicza się do wspólnego hostingu webowego oraz biblioteki libgoffice pozwalającej na wklejanie arkuszu kalkulacyjnych Gnumerica wewnątrz dokumentów AbiWord – poza tymi dwoma przykładami idea jest raczej martwa),
• o uczestnictwie w rozwoju ODF (programiści AbiWord odrzucili zaproszenie do komentowania prac nad ODF z powodu braku czasu, a także uważając, że kierunek rozwoju tego formatu podąża w błędnym kierunku; programiści AbiWord uważają, że ze względu na ilość błędów ODF nie może zostać domyślnym formatem dla dokumentów tekstowych),
• o pracach nad wsparciem dla formatu OOXML (obecnie prace toczą się w ramach Google Summer of Code w celu poprawy filtru importu, a także stworzeniem możliwości zapisu do tego formatu; Marc uważa, że choć sam proces standaryzacyjny ISO był farsą to ze względu na ilość użytkowników MS Office, obsługa OOXML będzie rozwijana w AbiWord),
• o tworzeniu paczek AutoPackage i PackageKit,
• o wynagrodzeniu za prace nad AbiWord