GSOC2014
Объявлен список организаций, которые одобрены для участия в программе.
http://google-melange.appspot.com/gsoc/org/list/public/google/gsoc2014
Среди них LibreOffice и ApacheSoftwareFoundation.
Для LibreOffice доступен список идей/задач: https://wiki.documentfoundation.org/Development/Gsoc/Ideas
А вот у ApacheSoftwareFoundation в списке нет ApacheOpenOffice: https://issues.apache.org/jira/issues/?filter=12326260
Цитата: Yakov от 27 февраля 2014, 16:44
А вот у ApacheSoftwareFoundation в списке нет ApacheOpenOffice: https://issues.apache.org/jira/issues/?filter=12326260
Да с АОО вообще фигня какая-то. Судя по охлоху коммиты приходят от 12-15 человек. Часть (?) из них на зарплате у ИБМ. Хотя придумать зачем это ИБМу я бесплатно не смогу.
Видимо можно предположить, что никакого сообщества из всего этого безобразия не вышло и перспективы всё яснее даже самым упёртым.
ЕМНИП Несколько лет назад у IBM 20 тыс. рабочих мест было с OpenOffice.org. Должны же они как-то поддерживать.
Цитата: Yakov от 27 февраля 2014, 15:44Для LibreOffice доступен список идей/задач: https://wiki.documentfoundation.org/Development/Gsoc/Ideas
Ишь ты,
11.1 Haskell UNO Language Binding - вот только Хаскеля в LibreOffice не хватает для полноты ощущений.... и пивком заглянцевать.
Цитата: VlhOwn от 28 февраля 2014, 08:06вот только Хаскеля в LibreOffice не хватает для полноты ощущений..
в нём не хватает быстрой отрисовки интерфейса на всех платформах и повышения субъективного быстродействия. Слухи про ОпенГЛ остаются слухами? И вообще будет ли профит от ОпенГЛ вообще?
Цитата: Helen от 28 февраля 2014, 08:30
ЕМНИП Несколько лет назад у IBM 20 тыс. рабочих мест было с OpenOffice.org. Должны же они как-то поддерживать.
Ну, если ИБМ-у так нужна поддержка офиса независимого от МС, то что им мешало бы отдать в ТДФ свою симфони и платить тем же людям ту же зарплату за работу над ЛО?
Я думаю, амбиции помешали. "Свой" офис всегда иметь было лестно, а OpenOffice.org в тот момент оставался как бы без хозяина.
Валек, а что за планы, совместные с Фридрихом, по WMF, EMF .. ?
p.s. На вскидку, была одна мелочь, когда при конвертации docx> odt> docx графика wmf возвращалась как emf. Потери качества изображения, как это сейчас имеет место с fake-svg, не было.
--
Обратите внимание - отказ от поддержки импорта StarOfficeFormat-5 (бинарного), который имеет место, фактически признан ошибкой. ТДФ хотел бы вернуть эту возможность (импорта), допуская использование части кода старого бинарного фильтра.
Цитата: Helen от 28 февраля 2014, 08:59"Свой" офис всегда иметь было лестно
Нестыковочка... "Свой" офис у ИБМ и так уже был -- симфони.
Цитата: ape от 28 февраля 2014, 12:26
Валек, а что за планы, совместные с Фридрихом, по WMF, EMF .. ?
Да вот я довольно давно уже клепал всем мозги про то, что неплохо бы вытащить wmf/emf/emf+ из ООо в отдельную библиотеку, ну или на худой конец систематично исправить ошибки в emf/emf+ внутри ЛО.
У ООо была самая приличная реализация WMF/EMF (несчитая МС), а в go-oo Радек добавил поддержку emf+.
Поддержка emf+ вышла ... пятнистая -- на одних файлах явные улучшения, а на других "полный алес капут".
В итоге Фридрих сделал заготовку под библиотеку вроде libvisio/libcdr. Теперь ждём найдётся ли желающий поработать над этим проектом студент.
Цитировать
p.s. На вскидку, была одна мелочь, когда при конвертации docx> odt> docx графика wmf возвращалась как emf. Потери качества изображения, как это сейчас имеет место с fake-svg, не было.
При конвертации из WMF в EMF потерять качество надо суметь -- и то и другое своего рода запись вызовов графических функций WinAPI. В EMF поддерживается существенно более широкий набор функций, при этом для всего что есть в WMF имеются прямые аналоги.
Вот в обратную сторону гарантий нет.
Цитировать
Обратите внимание - отказ от поддержки импорта StarOfficeFormat-5 (бинарного), который имеет место, фактически признан ошибкой. ТДФ хотел бы вернуть эту возможность (импорта), допуская использование части кода старого бинарного фильтра.
Это некоторое преувеличение. Поддерживать в ЛО древний формат, таскать его из версии в версию никому не хотелось. Вот его и выкинули.
Для нашей же с Фридрихом и Дэвидом дейтельности импорт всякого древнего добра (ну и зла тоже) как раз самая цель и есть. Да и глуповато было бы возиться с разбором и поддержкой всякой бесследно исчезнувшей фигни, когда можно задёшево добавить "свой" формат.
Спасибо за разъяснения по WMF-EMF.
По бинарным StarOffice - прочитал в GSOC2014.
--
ГИМП остался без студентов .. жаль
список идей/задач довольно отстойный на самом деле. возиться с противоречивыми и особенно устаревшими форматами - тратить время ни на что.
вся эта катавасия с "улучшением" форматов просто приводит к тому, что программа перестает нормально (для массового пользователя) поддерживать то что поддерживала еще пару лет назад
Цитата: calc4fem от 28 февраля 2014, 18:18список идей/задач довольно отстойный на самом деле
У каждого своё видение проблемы.. Фридрих и Дэвид с Вами, к счастью, не согласны. ;)
ЦитироватьImplement legacy StarOffice binary formats import filter
StarOffice 1.x - 5.x had a variety of binary formats which used to be supported by the notorious binfilter, which was removed in LO 4.0 since it was unmaintainable.
It should be possible to implement a much simpler import filter for the legacy StarOffice binary formats based on the librevenge import filter API. In the absence of file format documentation the source code for the binfilter can be used as a reference, but likely some reverse engineering and experimentation will also be required.
Required skills / knowledge C++, Reading other's C++ code (to reuse libwpd importer code and extract file format details from binfilter).
--
Difficulty: medium
Potential mentors: Fridrich Strba, IRC: Fridrich, mail: fridrich.strba@bluewin.ch
David Tardon, IRC: dtardon, mail: dtardon@redhat.com
Проблем с форматами и вообще с корректной работой как правило не возникает если пользоваться родным ODF (чем я лично например давно пользуюсь). Но вот новый формат майкрософт стал последнее время работать в LibreOffice гораздо хуже. Вот буквально сегодня открыл файл вроде нормально, а сохранился - ненормально. При повторном открытии ничего прочитать невозможно. Apache Office (у меня несколько старая версия) данной ошибки не имеет. И в более старых версиях Libre тоже не было. Так что последние "исправления" я бы качать не стал например.
Цитата: calc4fem от 28 февраля 2014, 19:18
список идей/задач довольно отстойный на самом деле. возиться с противоречивыми и особенно устаревшими форматами - тратить время ни на что.
вся эта катавасия с "улучшением" форматов просто приводит к тому, что программа перестает нормально (для массового пользователя) поддерживать то что поддерживала еще пару лет назад
Нормальный список -- кто что готов менторить, тот то и вписывает.
Студентов не заставляют выбирать из имеющихся идей, если кто-то хочет делать что-то ДРУГОЕ ПОЛЕЗНОЕ, то и на здоровье. В ЛО меритократия -- решает тот кто делает, а не тот кто рассказывает как нам реорганизовать рабкрин.
Если у вас нет файлов в форматах софта, который и запустить-то уже неначем, то это не значит, что ни у кого таких файлов нет.
В ЛО улучшают только один формат -- ODF.
А (для массового пользователя) есть багзилла.
Цитата: frob от 28 февраля 2014, 15:49Фридрих сделал заготовку под библиотеку вроде libvisio/libcdr
@frob: нашёл ещё несколько неприятных (во всяком случае для меня) моментов: [FILESAVE] LibreOffice-4 creates fake SVM files (https://bugs.freedesktop.org/show_bug.cgi?id=72966) и Chart: Сохранённые текстовые блоки и формулы в *.odc имеют почему-то формат SVM (правильный).
Учитывая и дебильную вставку SVG (см., распаковав ODT вложения) при сохранении в ODF_v.1.0\1.1, по которой решения нет до сих пор, может быть, стоит "слить" постепенно всё до кучи с пребразованием в EMF?
--
p.s. В 4.2.3.1 только вернули компрессию SVG. Других изменений по этому формату нет.
В просмотре ODC есть заморочки, подробнее: DATALOSS: Textfield or Picture inside a chart is hidden (https://bugs.freedesktop.org/show_bug.cgi?id=74333)[вложение удалено Администратором]
Цитата: ape от 16 марта 2014, 06:13слить" постепенно всё до кучи с пребразованием в EMF?
Плохая идея.
EMF -- мелкософтовский формат:
- контролируется MS,
- завязан на winAPI,
- плохо поддерживается другими.
Использование в свободном ODF для векторной графики свободного SVG -- правильное решение. Правда с реализацией пока не всё гладко.
Полностью согласен. Но получается, что тогда надо "поднимать" 2 вопроса:
1. Забы{и}тый: LO-4.x.x creates new ODT, ODP and ODG file with fallback PNG graphic first, if an SVG picture inserted into the file (https://bugs.freedesktop.org/show_bug.cgi?id=62461)
2. Абсолютно кривой фильтр импорта SVG (Draw), неизменный с времён ООо-3.2.0, т.е. до сих пор Sun-овский. (Правда, К. Новак, сославшись на необходимость воспитания ребёнка, из проекта куда-то ушёл.)
Цитата: ape от 16 марта 2014, 08:51
Полностью согласен. Но получается, что тогда надо "поднимать" 2 вопроса:
1. Забы{и}тый: LO-4.x.x creates new ODT, ODP and ODG file with fallback PNG graphic first, if an SVG picture inserted into the file (https://bugs.freedesktop.org/show_bug.cgi?id=62461)
2. Абсолютно кривой фильтр импорта SVG (Draw), неизменный с времён ООо-3.2.0, т.е. до сих пор Sun-овский. (Правда, К. Новак, сославшись на необходимость воспитания ребёнка, из проекта куда-то ушёл.)
Через две недели LGM, на котором будут как минимум Фридрих и Дэвид Тардон. А если сложится, то и Торстен. Посмотрим удастся ли до чего-нибудь интересного договориться.
Альтернатива -- LO Conf в сентябре.