LINUX.ORG.RU

Новая Anjuta


0

0

Собственно на шоте pre-версия новой анюты. Приятностей всяческих добавилось достаточно много. Основное -- нормальная работа в gnome2 (gtk2 etc) с юникодом, поддержка glade[mm]2 и те де.

Ну и Диа рядом :) Помимо рисования диаграмм классов и любования на них при помощи dia2code можно сразу скелет кода построить.

>>> Просмотр (2048x1024, 271 Kb)



Проверено: ivlad

какой версии гном и какая тема ? потому как вроде на акву похоже , но не совсем

anonymous
()

Слушайте, парни, может мне кто скажет, как в GTK2 без Гнома включить антиалиасинг. ICEWM включает сам, в xterm'е включается вручную, а остальные приложения не хотят его использовать. Прописывал GDK_USE_XFT=1, не помогает. Помогите.

anonymous
()

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

ЗЫ воспринимайте как шутку

chebur
()

Больше всего мне нравится в этой IDE фамилия главного девелопера :)

Shadow ★★★★★
()

Вопрос не в тему, anjuta только для C & C++, или вообще для всего я подбираю себе IDE для Java

cushe
()

насколько я понял - анюта - это лошадь какую-то так зовут?

anonymous
()

Не, Анютой зовут подругу Набу Кумара, автора проекта :)

Shadow ★★★★★
()

А у кого в RH 9 Dia нормально работает, которая с дистром шла?
У меня постоянно крашится... :-(((

anonymous
()

У меня DIA тоже постоянно крэшится. Ставил из RH 9.0 дистра. Попользовался ею пару дней и впечатление самое неприятное. Очень настабильный продукт... :(

anonymous
()

1. gnome 2.2, темы GnuBubbleNT для GTK и mcblue для metacity.

2. монитор не огромный :) обычный SyncMaster 700IFT. родное 1280x1024, виртуальное 2048x1024.

3. анюта умеет только C/C++

4. dia 0.91, собран из исходников. в "крэшах" замачен небыл.

lb
() автор топика

- Dia нифига не крашится в RH9...
- Какое отношение имеет DIA к Anjuta?
- Насколько стабильна новая анюта?

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

> я подбираю себе IDE для Java

Emacs+JDE (free), Eclipse (free), IDEA (commercial), JBuilder (commercial)

BarD
()

Jedit, Jext, NetBeans все фри я в курсе.

cushe
()

2cushe. Когда я выбирал Java IDE, то остановился на jedit. Для средних проектов если небольшая команда в самый раз. Далее Eclipse, NetBeans, IDEA уже на выбор, но мне больше понравился IDEA, да и стоит не дорого, но своего стоит.

Korwin ★★★
()

в Dia можно рисовать диаграммы классов a-la UML и строить скелет кода.

анюта очень стабильна, хотя и мелкие недоделки на каждом шагу.

lb
() автор топика

> я подбираю себе IDE для Java

dlya Java Together samaya klevaya IDE kotoruyu ya kogda libo videl (comercial) seychas perehodit v sobstvennost Borland

anonymous
()

Можете бить меня ногами, но, имхо, нет ничего прекраснее Вима, как редактора кода. И на Java я в нем пишу. К такому выводу я пришел перепробовав штук с двадцать разных IDE для Javа, начиная с JEdit'a и заканчивая Forte и JBuilder'ом. А хотел-то почти ничего - мультиплатформенности и прозрачности в работе.
ЗЫ. В Виме конечно кой-чего нет, но это совсем не значит, что этого в Виме нехватает

fagot ★★★★★
()

Rodnja dia v PH9.0 deystvitel'no padaet (naskol'ko ja proboval) -- no esli ee iz sorcov sobrat' to normal'no.

a Stratovarius eto kruto.

anonymous
()

> Слушайте, парни, может мне кто скажет, как в GTK2 без Гнома включить антиалиасинг. ICEWM включает сам, в xterm'е включается вручную, а остальные приложения не хотят его использовать. Прописывал GDK_USE_XFT=1, не помогает. Помогите.

Только надо GDK_USE_XFT=0, а не 1.

export GDK_USE_XFT=0, а потом запускаешь прогу. Но вот у меня почему-то стартап приложения после этого всегда увеличивается.

anonymous
()

Интересно, fagot, если тебе надо будет писать GIU приложение, ты тоже это будешь делать в vi:))))? Что-то в этом есть:)))

rimas
()

rimas вы дебил, да?

anonymous
()

rimas, 5 баллов !

2 последний анонимус: писать GUI-driven приложения без визуальной среды мягко говоря неоптимально. ну зачем делать руками ту работу, которую IDE за тебя сделает ?

lb
() автор топика

>>если тебе надо будет писать GIU приложение, ты тоже это будешь делать в vi
Так точно. Я не буду столь категоричен, как anonymous (*) (2003-07-12 14:16:18.221678), но вот моя мысль, проследи и задумайся, желательно не предвзято.
1. Плох тот программер, токорый не знает, как работает то, чем он пользуется (я имею ввиду GUI-классы). Согласен?
2. Если соотношение полезного кода и кода GUI хотя-бы 10/1, то время, потраченное на создание GUI не такое уж большое и особой роли не играет. Еще согласен?
3. Все IDE по-своему понимают и предлагают удобства в разработке проэкта, создают свои файлы настройки, ресурсов, вносят дополнения в код. И перенос кода из одной IDE в другую обычно не так удобен, как перенос чистого кода, созданого тобой. Согласен?
4. Поскольку корректные, по отношению к пользователю, программы на java обычно пишутся с использованием LayerManager'ов и необходимости размещать на форме элементы, прикидая в уме сколько миллимеметров где оставить нет, то писать на java в текстовом редакторе проще, чем на таких хитах GUI-жанра как VB или Kilyx или как там его. Положа руку на серце, согдасен?
5. Если программер неплохо знает код GUI-классов и принцип их работы, объем работ на создание GUI небольшой (вцелом), и его (программера) _не_ломает_ писать этот код вручную, то он, вероятно, может себе это позволить. Пункт, может и спорный, то тоже согласиться можно. Согласен?
6. Если у программера есть инструмент, который имеет _огромнейшие_ возможности редартирования текста, то работать ему вероятно удобно. Это как стандартные фичи для всех IDE (подсветка, автодополнение, мактосы, подстановка кода, отладка, работа с внешними утилитами и т.д) так и масса тех, которых программер в IDE не встречал. Это хотя бы поиск/замена по regex'ам, великолепная работа с блоками кода (начиная с автоматического форматирования отступами в пределах тела функции и заканчивая черт знает чем) и массой других. Согласен?
7. Если программер знает, что если завтра он перейдет на ЛЮБОЙ другой, из существующих в мире языков, его редактор этот язык поддерживает и ему не придется переучиваться комбинациям, переписывать макросы, менять образ программинга, то он весьма уверен в выборе. Согласен?
8-й и последний пункт. Возможно этот программер не прав по жизни, и если все перечисленное на самом деле фигня, он это когда-то поймет и поменяет свою точку зрения. Но если нет, разве это не повод юзать Vim?

ЗЫ. Прошу прощения за эту тираду у автора поста, поскольку она все же не совсем по теме

ЗЗЫ. Мнда, имхо, однако страшная вещь. Ради чего же я все это писал, как не для своего же удовлетворения :))

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

> 2 последний анонимус: писать GUI-driven приложения без визуальной среды мягко говоря неоптимально. ну зачем делать руками ту работу, которую IDE за тебя сделает ?

Если язык такой, в котором не надо генерить сотню строк на каждый виджет (пример - Tk) - то нах билдер не сдался. Если вы заручаетесь на фичи билдеров - флаг в руки, без этого никак. Мне лично непонятно, как код, сгенеренный билдером, можно сопровождать, ибо в cvs его занести проблемно - новый виджет или новая версия билдера и при генерации все поедет (диффов будет масса).

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