Открытое письмо в SUN от NeoOffice

пить надо меньше

Я бы на месте Jonathan Schwartz, CEO of Sun Microsystems, прислал бы им ящик пива. Ну или вагон, в зависимости от финансовых возможностей. Если хорошие люди просят на благое дело - почему бы не прислать?

Если они хотели привлечь к себе внимание, то ИМХО это надо было делать не так.

Молодцы ребята!

Уверен больше чем на 100%, что Jonathan Schwartz отравит им пива :)

Я так понимаю это стёб, т.к. неоофис это и есть опенофис под мак который уже работает и более чем стабильно с версией и возможностями от 2.1. Или я не правильно понял и у меня отсутствует чувство юмора?

А почему бы им не объедениться и вместе портировать. Авось и будет >2 человек работать.

ну, а не нужно пива, что ли, для ускорения работы? :-)

>отравит им пива :)

Яправильно понял...Ж)

>>отравит им пива :)

>Яправильно понял...Ж)

И заметил же! Спасибо :-D

Нет, опеноффис под мак работает через X11, neooffice работает используя aqua

Что тут не ясно ? Sun хочет сделать StarOffice Sute для Mac OS X, конкурента оффтопик Office 8/9/10/11/12...., как побочный эффект, все поимеют поддержку Aqua в оригинальном коде OpenOffice. NeoOffice торговая марка другой компании, нанимать программеров из Planamesa Inc/или скупать их Sun не собирается. Если Sun сделат поддержку Aqua то NeoOffice (пока отстающий в версиях) переместится на свалку. Ребята из Planamesa Inc это понимают, и решили попиарится.

Фраза навевает ассоциации с "вышли и нам такой же дури".

+1

http://www.neooffice.org/neojava/en/featurereqs.php

Feature  	Donations Needed (in US$)  	Timeline

Add native Mac OS X spellchecker support

Enhance the existing spellchecker so that when NeoOffice spellchecks a word or needs a list of replacement words, the native Mac OS X spellchecker is queried. Since the native Mac OS X spellchecker supports less than a dozen locales, the spellchecker will use the existing OpenOffice.org spellchecker code if the native Mac OS X spellchecker does not support a document's current locale.
	
Estimated cost: 	30,000
Donations received: 	500
Donations still needed: 	29,500
	

    * Last day to donate:

      14 June 2007
    * Estimated release date after enough donations have been received:

      1 month

Add native Mac OS X address book support

Implement support for the native Mac OS X address book in NeoOffice. The native Mac OS X address book will be listed as a supported address book in the list that appears when the user selects NeoOffice's File :: Wizards :: Address Data Source... menu item.
	
Estimated cost: 	30,000
Donations received: 	177
Donations still needed: 	29,823
	

    * Last day to donate:

      14 June 2007
    * Estimated release date after enough donations have been received:

      1 month

А какой у них адрес? Куда пиво то высылать?=)

Лично я обеими руками за нативный порт ооо, потому что с офисами в маке все плохо. Когда я запускаю на макбуке с 512 мб памяти упомянутый Neooffice вся система уходит в своп и пользоваться одновременно им и, скажем, браузером ? невозможно. Насколько я понимаю, это связано с тем, что в Neoffice весь интерфейс работает через джаву.

МС Офис тоже не вариант, и дело тут не в эмуляции, а в дурацкой кривости: нет спеллчекера для русского и не работает половина шрифтов.

А ООО через иксы работает раз в десять быстрее их обоих. Вот его бы и загнать в Cocoa.

Гораздо эффективнее было бы развивать китайский офисный пакет, написанный на Java.

Использование С++ при программировании настольных приложений должно прекратиться, иначе очень долго будут латать дыры в безопасности и бороться с утечками памяти.

Жаба сама жрёт больше тех утечек.

> Использование С++ при программировании настольных приложений должно прекратиться, иначе очень долго будут латать дыры в безопасности и бороться с утечками памяти.

Шварц пусть шлет пиво, а Вы высылайте траву.

Впрочем, идею наполовину поддерживаю. Если оно будет не в ущерб остальному нормальному софту, то я даже очень хочу систему полностью написанную на Java или Mono. Потому что у меня впечатление (ничем, правда, не подтвержденное) что от одного вида такого монстра самый ярый {жабо,моно}фил будет превращаться в ультрарадикального ассемблерщика.

религия не позволяет докупить 1 Гиг ОЗУ?

>Что тут не ясно ? Sun хочет сделать StarOffice Sute для Mac OS X, конкурента оффтопик Office 8/9/10/11/12

Вроде у MacOS X появился свой офис, родной (не от MS)..

iWork это не совсем оффис

> iWork это не совсем оффис

Только отсутствием электронных таблиц?

Вообще интересно получается. В стиле "будем кодить за еду".

>религия не позволяет докупить 1 Гиг ОЗУ?

Люди, берегите природу, мать вашу! (с)

> религия не позволяет докупить 1 Гиг ОЗУ?

- А кто там у тебя?
- Не знаю, но сыр любит!

>Использование С++ при программировании настольных приложений должно прекратиться, иначе очень долго будут латать дыры в безопасности и бороться с утечками памяти.

Хорошо. Назови 5 дыр в безопасности в OpenOffice. Только не надо говорить, что "они там есть, ибо C++" - смахивает на религиозную пропоганду или мантру жабофила.

про сыр надо было думать до покупки магбуга!

>религия не позволяет докупить 1 Гиг ОЗУ?

не говорите мне, куда мне тратить МОИ деньги, а я не буду говорить куда вы должны пойти. достали любители указать всем, какой у кого дома должен стоять комп. типа им все обязаны тариться мега железом. руки достаньте из спины.

Правильно сказано. Полностью поддерживаю. Надоела убогая логика - "оперативки надо много, а процу больше гигагерц... И поболее всего остального, о чём и сам не знаю." Машина должна соответствовать задачам, для которых она предназначена. Всё.

>Использование С++ при программировании настольных приложений должно прекратиться, иначе очень долго будут латать дыры в безопасности и бороться с утечками памяти.

Правильно, надо использовать Си =) С++ - неудел. Никогда не понимал, зачем нужны классы, если есть структуры и функции (буду рад, если объясните). К тому же Цпп похожь на помойку. D спасет мир. В нем нет недостатков Си++ и при этом он позволяет легко писать как низко- так и высоко-уровневые программы (без использования VM, как на Яве). Надо сборщик мусора (не будет утечек) - пожалуйста! Синтаксис позволяет. Не надо - вот тебе delete. Классы реализованы замечательно, шаблоны тоже. Многопоточность, synchronized даже есть. Массивы динамические прямо в синтаксисе. Конфетка! И при этом нет такого уродства, как в Цпп, а с Си ПОЛНОСТЬЮ совместим.

А компилятор промышленного качества для него уже написали?

Написали.

раз - http://www.digitalmars.com/d/dcompiler.html

и два - http://dgcc.sourceforge.net/

Извиняюсь =) Второй пока еще альфа. Юзай первый ( он уже v1.010 ).

>А компилятор промышленного качества для него уже написали?

Там есть несколько маразмовв языке.

>не говорите мне, куда мне тратить МОИ деньги, а я не буду говорить куда вы должны пойти. достали любители указать всем, какой у кого дома должен стоять комп. типа им все обязаны тариться мега железом. руки достаньте из спины.

Со временем вам всё равно придётся приобретать антивирусник для затыкания дыр в безопасности в дефакто-дырявых программах на C/C++. Тогда зачем ждать, пока гром грянет? Может лучше сразу делать ставку на аналогичное и заведомо безопасное прикладное ПО с JVM без всяких лево-антивирусников?

(Кстати, файерволы тоже затыкают дыры в безопасности в заведомо небезопасном коде, опять же, написанном C/C++. Это показывает, насколько опасно применение системного языка там, где лучше использовать управляемую среду и/или надёжный код, -- одну проблему затыкают другой. Так может лучше ресурсы бросить на JVM и на эффективную трансляцию/управление исполнением кода и забыть о ещё неоткрытых дырках, чем перманентно тратить их [ресурсы] машин и время программистов на изобретение защиты от старых и новых видов атак на прикладной код?)

> Со временем вам всё равно придётся приобретать антивирусник для затыкания дыр в безопасности в дефакто-дырявых программах на C/C++.

Антивирусники сейчас применяются в основном для затыкания дыр в прокладке между стулом и устройствами ввода-вывода.

> Правильно, надо использовать Си =) С++ - неудел.

Калхацкеры пишут на питоне!

/me Tab-tab-tab...