LINUX.ORG.RU

SlickEdit 2007


0

0

Вышла новая версия SlickEdit - замечательной кроссплатформенной(Linux, MacOS X, Solaris, AIX, IRIX, HP-UX, Windows) среды разработки на Java/C/C++ со множеством фичей. Из новых возможностей можно выделить:
- поддержка форматирования XML/XHTML;
- подсветка ошибок Java кода "на лету";
- новый диалог поиска членов класса;
- динамическая группировка/разгруппировка блоков кода;
- поддержка Drag&Drop под GNOME и KDE;
- поддержка языка ActionScript;
- улучшена реализация рефакторинга;

>>> Подробности

anonymous

Проверено: Shaman007 ()

хехе, радует что в перечислении Windows стоит на последнем месте:)

soko1 ★★★★★
()

интересно что с рефакторингом ;)) - больное место.

zort
()

И чем он лучше vim\emacs? По возможностям пожалуй еще хуже будет, да еще и проприетарный...

anonymous
()
Ответ на: комментарий от h8

>А почему новость о проприетарщине?

А потому что тут linux.org.ru, а не what_want_h8.org.ru. :)

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

не vim/emacs конечно, куда им :) но очень даже не плох, интересно только, починили ли они поддержку русского языка, и задолбавшие зависания в СуСЕ. Тену демку, гляну.

sleepflint ★★★
()

А я только на днях обновился до 11.0.0.2 =)

Кто-нибудь объясните, каким боком понимать версию "2007"? Теперь вся нумерация будет по годам?

troorl ★★
()

Для C++ он конечно вне конкуренции а вот для Java я готов терпеть тормоза NetBeans из более тесной интеграции с жабой...

sS ★★★★★
()

Умиляюсь аццким возможностям работы с жавой :) Eclipse - free NetBeans - free Они разрывают вклочья сабжевый СликЭдит.

mutable
()
Ответ на: комментарий от sS

Перловые скрипты на нем кропал, ничего так себе, не хуже чем в других редакторах. Хороший редактор особенно для C/C++. Видимо один из лучших, учитывая многоплатформенность.
Так что с русским, никто не успел попробовать?

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

Сравни по скорости Eclipse CDT ( речь о c/c++ ) и SE. А по количеству разных фич я уж и не говорю.
Кстати у них и плагин для Eclipse есть :)

sleepflint ★★★
()

* SlickEdit can now tag source code in ZIP files.

Не понял. А где tar.gz/tar.bz2 ? GPL испужались ? :)

PS: bzip2 под BSD-style gzip под GPL zip под своей

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

Мне не нужно, но кому-нибудь может и надо, ну к примеру 1С-кодерам :)

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

>Так что с русским, никто не успел попробовать?

Для 8/9/10 был макрос, который позволял включать русский - но через ж-пу (часть кнопок мыши теряла функционал что в SE очень важно) можешь поискать если очень нужно ...

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

>Умиляюсь аццким возможностям работы с жавой :) Eclipse - free NetBeans - free Они разрывают вклочья сабжевый СликЭдит.

Токо они работают на 3GHz камне медленнее чем SE на 300МHz

Для тесту попробуй затащить ядро как проект SE и удивись его скорости на 200+ мегах исходников.

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

xhtml какой-нибудь править не переключаясь в сторонний редактор.

zort
()
Ответ на: комментарий от sS

> Токо они работают на 3GHz камне медленнее чем SE на 300МHz

Ну так камень и стоит подешевле 300 зеленых %)

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

да, это правда, я восхищаюсь его скоростью индексирования, но с С++ он иногда ошибается. контекст вабще не определяет, т.е. если попытаешься зааутокомплитить "set*", то он тебе set* найдет со всего /usr/include/* не зависимо от того что в #include есть.

пробовал на netbeansом исходники линукса проиндексировать ... через четыре часа он еще не закончил. пришлось убить.

zort
()
Ответ на: комментарий от sS

> око они работают на 3GHz камне медленнее чем SE на 300МHz Не замечено. Duron 800Mhz, 512Mb. Но работать надо с Java. Памяти ему надо, памяти. И кстати слышал что-нибуть о Xmx, Xms? Конечно если у тебя жирный проект, а ограничения по максимуму памяти 128Mb, жава задолбывается гонять сборщик мусора постоянно. Поставь поболе памяти в настройках бинса или эклипса и удивишся.

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

> око они работают на 3GHz камне медленнее чем SE на 300МHz Не замечено. Duron 800Mhz, 512Mb. Но работать надо с Java. Памяти ему надо, памяти. И кстати слышал что-нибуть о Xmx, Xms? Конечно если у тебя жирный проект, а ограничения по максимуму памяти 128Mb, жава задолбывается гонять сборщик мусора постоянно. Поставь поболе памяти в настройках бинса или эклипса и удивишся.

Это просто вы привыкли к скорости NB ;) У меня ноут вобщем совем не худенький (2.4GHz 1гиг рамы) но разница в скорости видна на глаз.

К слову я когда работаю с SE - ставлю на профиль быстродействия ondemand а для NB меньше performance смысла ставить нет. И всё равно тормоза (по сравнению с SE разумеется).

Ну а выделить кусок текста в _300_Мб и вставить его в другое место кто сумеет ? ;)

SE его открывает _мгновенно_ копирует несколько секунд, вставляет в новый файл дольше (лимитируется скоростью записи на диск)

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

>А зачем нужны подобные вещи, если есть vim/emacs?

Потому что не все занимаются написанием новой версии Hello World ;)

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

Дело в том, что Java имеет ограничения по размеру Heap'a. Eclipse и NetBeans имеют файлик конфигурации в котором настраивается этот самый максимальный размер. Проц Java слабо грузит - доказано не одним тестом. А вот память любит потому как использует сборщик мусора из семейства copy.

Для NB: > Setting VM Arguments > 1. Open the private.properties file if it is not open already. > 2. Enter a new line anywhere in the file, type run.jvmargs=-J-Xms24m -J-Xmx160m, and choose File > Save. The project will be run with the specified heap size and maximum memory.

Для Eclipse: eclipse.ini (там по контексту все понятно)

mutable
()
Ответ на: комментарий от shuthdar

> А зачем нужны подобные вещи, если есть vim/emacs?

вверху привели пример использования - индексирование ядра линукса. :)

anonymous
()
Ответ на: комментарий от sS

вопрос дллжен быть к shuthdar

не помню про vim, но в jedit и emacs это делал.

zort
()
Ответ на: комментарий от sS

> Кстати вопрос не флейма ради по vim/gvim. Как в нём выделить _прямоугольный_ кусок текста ?

:set ve=block

C-v

anonymous
()
Ответ на: комментарий от mutable

Не, это генетически неизлечимо ;)
При загрузке NB загрузка проца 100%

SE вместе с проектом визуально грузится 1-1.5 сек 
реально меньше.
ss@toshiba:~/Work$ time vs

real    0m15.888s
user    0m0.817s
sys     0m0.227s


NB  примерно 40 сек
 ss@toshiba:~/Work$time netbeans
I

real    0m46.661s
user    0m33.169s
sys     0m2.712s

Закрывал разумеется руками но это пару секунд от силы :)

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

С++ рефакторинг кое как

некотроые вещи сказал тут http://www.linux.org.ru/jump-message.jsp?msgid=1353861#1354146

подсветки синтаксиса как в emacs так и в vim кривые, в чем кривые очень долго и сложно формально описать - не буду.

и конечно в SE очень быстрая индексация и поиск символов.

vim вабще на ide по по сегодняшним меркам не тянет.

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

>vim вабще на ide по по сегодняшним меркам не тянет.

"Всё окружение Unix - IDE" (с) VSL, если не ошибаюсь. vim в этом случае будет только редактором, что и правильно.

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

О ... спасибо. Правда немного неудобно. А к правой кнопке мыши прибиндить эти никак нельзя ?

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

А как тебе KDevelop? =) ИМХО, если они наконец починят автодополнение кода, чтобы не приходилось постоянно жать ctrl+space, я откажусь от SlickEdit...

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

Имелась разумеется ввиду индексация исходников ядра а не выделение блока ;) Выбеление блока понадобилось чтобы вырезать (не)нужную колонку ну из очень большого ascii файла.

sS ★★★★★
()

Emacs и vim - просто игрушки для бородатых админов, которые ни одного ЯП не знают. Не сравнивайте SlickEdit со всякой тухлятиной.

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