LINUX.ORG.RU
ФорумTalks

[LibreOffice] В нем что, правда запаян SeaMonkey? o_O

 


0

1

Читаю обсуждения планов на следующие версии LibreOffice.

Натыкаюсь на следующее:

Remove Seamonkey (or make optional)

Currently libreoffice contains an old and heavily patched tarball of seamonkey. YES! That websuite that include everything. It uses that to access the Mozilla/Thunderbird addressbook, uses its LDAP backend for address searches and I believe as a LDAP config backend. Investigating if we can't do away with it, or make it easily optional would be great for the sake of quicker compile times. Heck, I mean compiling a web-suite just in order to get LDAP access (which I don't even need at all!)

Блин, это что, правда?.. И в OpenOffice тоже?

★★

Последнее исправление: NoMad (всего исправлений: 1)
Ответ на: комментарий от iZEN

В OpenOffice — правда запаян SeaMonkey. В LibreOffice, очевидно, тоже.

Срань господня. И что, он правда лишь для того, что описано выше?

NoMad ★★
() автор топика

Да, там таких сюрпризов полно. Самое ужасное, что все это крайне монолитно. С появлением LibreOffice наконец-то начались подвижки в сторону модуляризации.

PayableOnDeath
()
Ответ на: комментарий от NoMad

Помню пятый старофис можно было использовать как браузер. Видимо в ОО тоже самое - наследие ынтырпрайза.

ViTeX ★★★★
()
Ответ на: комментарий от flareguner

Пора писать QOffice! Кто со мной?

По ссылке кстати довольно много написано об идее перехода на Qt.

Кстати, а почему нельзя сделать так, как поступили с Opera 10? Они ж вроде вообще как-то по-хитрому сделали (Xlib, что ли) - и по умолчанию не нужен ни GTK, ни Qt.

NoMad ★★
() автор топика
Ответ на: комментарий от RussianNeuroMancer

Calligra Suite же.

Пробовал 2.3.1 совсем недавно. Я искренне верю в этот проект, но у меня KWord выдает просто феерические глюки. Причем при сохранении файлов, что непростительно. Причем при сохранении в odt, что некошерно.

NoMad ★★
() автор топика
Ответ на: комментарий от adriano32

Ну, не совсем «обезьянка» - хоть и SeaMonkey - но всё же это морской рачок Artemia Salina, который на логотипе нарисован. :)

OldFatMan
()
Ответ на: комментарий от note173

Видимо, изменить тулкит там совсем непросто

Ну, я скорее о том, что такой вариант мог бы быть лучше, чем просто Qt

NoMad ★★
() автор топика
Ответ на: комментарий от iZEN

>Eclipse, вон, тоже зачем-то требует гавномамонта Xulrunner.

Для рендеринга html — очевидно же! И требует его не eclipse а swt. Короче ты в очередной раз продемонстрировал свое невежество!

fat_angel ★★★★★
()
Ответ на: комментарий от duott

См. выше: пока глюки даже с ODF. Я вообще к тому, что с нуля пилить ещё один офисный пакет не нужно, лучше разработчикам этого проекта помочь.

RussianNeuroMancer ★★★★★
()
Ответ на: комментарий от iZEN

Причём с ксулраннером от четвёртого файрфокса он весело сегфолтится...

Yareg ★★★
()
Ответ на: комментарий от fat_angel

Для рендеринга html — очевидно же! И требует его не eclipse а swt. Короче ты в очередной раз продемонстрировал свое невежество!

Для SWT libxul — опция:

.if defined(WITH_BROWSER)
USE_GECKO=	libxul
PLIST_FILES+=	lib/libswt-xulrunner-gtk-%%BUILD%%.so
MAKE_MOZILLA=	make_xulrunner
.endif

Для Eclipse libxul — суровая необходимость, от которой невозможно отказаться:

USE_ANT=	yes
USE_GECKO=	libxul
USE_GL=		glu
USE_GMAKE=	yes
USE_GNOME=	desktopfileutils gconf2 gtk20 gnomevfs2 libgnome libgnomeui pkgconfig
USE_JAVA=	yes
USE_BZIP2=	yes

P.S.

Ну что, слил?

iZEN ★★★★★
()
Ответ на: комментарий от filosof

>>IBM Lotus Symphony на Windows использует IE.

А в линуксе?


В линуксах не смотрел (не на чем). В линуксулаторе запускать не хочется (нужно будет поднять linux_base).

iZEN ★★★★★
()
Ответ на: комментарий от RussianNeuroMancer

Насколько я понимаю, Calligra не просто новое название Koffice'a. Это полноценный форк. А решили делать форк из-за конфликта с разработчиком KWord.

Koffice и раньше жаловались на отсутствие разработчиков, а сейчас видимо в каллигре вообще некому Calligre Words заниматься.

Heretique
()
Ответ на: комментарий от NoMad

Кстати, а почему нельзя сделать так, как поступили с Opera 10? Они ж вроде вообще как-то по-хитрому сделали (Xlib, что ли) - и по умолчанию не нужен ни GTK, ни Qt.

Ну, не будем сравнивать Оперу и Либре. Всё-таки Qt упрощает не только работу с визуализацией, но и подбирает по себя кое-какие фундаментальные способы решения различный проблем (проблемы многопоточности, например).

Ко всему прочему, можно ли Оперу завести на AIX? В вот, если либре переидёт на Qt, то оно сможет))

DarkAmateur ★★★★
()
Ответ на: комментарий от NoMad

>Они ж вроде вообще как-то по-хитрому сделали (Xlib, что ли) - и по умолчанию не нужен ни GTK, ни Qt.

Файловые диалоги там неслабо тормозят. Впрочем на многоядерниках не особо заметно.

aidaho ★★★★★
()
Ответ на: комментарий от tailgunner

>> Для Eclipse libxul — суровая необходимость

Только во фре.


А в ваш линукс Eclipse 3.6.1 ещё не портировали разве?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

ебилды с вами не согласны:

CDEPEND=">=dev-java/swt-${PV}:${SLOT}
        >=dev-java/ant-1.7.1
        >=dev-java/ant-core-1.7.1
        >=dev-java/asm-3.1:3
        >=dev-java/commons-codec-1.3
        >=dev-java/commons-el-1.0
        >=dev-java/commons-httpclient-3.1:3
        >=dev-java/commons-logging-1.0.4
        >=dev-java/hamcrest-core-1.1
        >=dev-java/icu4j-4.0.1:4
        >=dev-java/jsch-0.1.41
        >=dev-java/junit-3.8.2:0
        >=dev-java/junit-4.5:4
        >=dev-java/lucene-1.9.1:1.9
        >=dev-java/lucene-analyzers-1.9.1:1.9
        >=dev-java/sat4j-core-2.1:2
        >=dev-java/sat4j-pseudo-2.1:2
        dev-java/tomcat-servlet-api:2.5
        x86? ( gnome? ( gnome-base/gconf ) )
        dev-java/ant-nodeps"
RDEPEND="${CDEPEND}
        >=virtual/jre-1.5"
DEPEND="${CDEPEND}
        app-arch/unzip
        app-arch/zip
        >=virtual/jdk-1.6"

Kosyak ★★★★
()
Ответ на: комментарий от NoMad

Вероятнее всего потому, что для этого нужны хорошие профессионалы.

wxw ★★★★★
()
Ответ на: комментарий от iZEN

Лишний раз убедился что в вашей бзде ничего толком сделать не могут. Вот тебе выдержка из /usr/portage/dev-util/eclipse-sdk/eclipse-sdk-3.5.1-r1.ebuild

CDEPEND=">=dev-java/swt-${PV}:${SLOT}
    >=dev-java/ant-1.7.1
    >=dev-java/ant-core-1.7.1
    >=dev-java/asm-3.1:3
    >=dev-java/commons-codec-1.3
    >=dev-java/commons-el-1.0
    >=dev-java/commons-httpclient-3.1:3
    >=dev-java/commons-logging-1.0.4
    >=dev-java/hamcrest-core-1.1
    >=dev-java/icu4j-4.0.1:4
    >=dev-java/jsch-0.1.41
    >=dev-java/junit-3.8.2:0
    >=dev-java/junit-4.5:4
    >=dev-java/lucene-1.9.1:1.9
    >=dev-java/lucene-analyzers-1.9.1:1.9
    >=dev-java/sat4j-core-2.1:2
    >=dev-java/sat4j-pseudo-2.1:2
    dev-java/tomcat-servlet-api:2.5
    x86? ( gnome? ( gnome-base/gconf ) )
    dev-java/ant-nodeps"
RDEPEND="${CDEPEND}
    >=virtual/jre-1.5"
DEPEND="${CDEPEND}
    app-arch/unzip
    app-arch/zip
    >=virtual/jdk-1.6"
Как видишь net-libs/xulrunner в зависимостях не числится, swt тоже не обязан быть собран с его поддержкой.

fat_angel ★★★★★
()
Ответ на: комментарий от iZEN

А в ваш линукс Eclipse 3.6.1 ещё не портировали разве?

В оверлеях есть все! И пять таки без прибитых гвоздями зулранеров.

fat_angel ★★★★★
()

Что-то я не понял... они эту функциональность перепишут или просто выпилят?

Loki13 ★★★★★
()
Ответ на: комментарий от iZEN

>>> Для Eclipse libxul — суровая необходимость

Только во фре.

А в ваш линукс Eclipse 3.6.1 ещё не портировали разве?

А его надо «портировать» на Linux? Не знал. Но в любом случае, у меня Eclipse 3.6.1, и он не требует libxul.

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.