Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 52
Спасибо за новсть :)
Эх, оказывается с беты обновиться нельзя, нужно ставить по новой :(
Эх, оказывается с беты обновиться нельзя, нужно ставить по новой :(
Когда выпустят нормальную IDE для джанги :( РНР-шникам есть где развернуться
Клик, клик, клик, апдейты к нам летят…
Не понятная версия, они зачем-то из сборки убрали поддержку SOA, в которой WSDL, XML, XSL редакторы, на форуме народ жалуется на проблемы с UML, хотя с php и python вроде быстрее работает.
Ну появилась она еще в бетах (точнее я ее использовал с беты :) ), топики об этом на хабре вроде были. В принципе с беты и двух релиз-кандидатов изменений в плане функциональности для PHP не заметил, надежности просто больше становилось, бета часто ексепшены выкидывала (хотя, в принципе всё работало, если нажать Ignore :) ).
Перешёл на 6.8 ещё начиная с первого её RC. Скорость работы с РНР-проектами ощутимо выше, более «умным» стало автодополнение кода, появилась фича «Приложение на удалённом сервере». Лично мне стало работать удобнее, и для меня это главное.
Mecid, я думаю куда ты делся из он-лайн конференций по java, а ты оказывается инвайт на хабр получил, и здесь теперь) Спасибо за новость!
*Symfony Framework support: Symfony projects, Symfony commands, shortcuts, PHP syntax coloring in YAML files*
танцы-танцы! =)
танцы-танцы! =)
Все нововведений в Netbeans 6.8: wiki.netbeans.org/NewAndNoteWorthy
хм, странно у меня с 6,7 не захотела апдейтиться. видимо придется качать инсталлятор.
А перл так и не добавили, засранцы.
Только начинаю знакомство с Netbeans, можете объяснить почему не работает автодополнение в обведённом на фотке.
можно ли что-нибудь включить чтобы работало автодополнение и в этом случае?
можно ли что-нибудь включить чтобы работало автодополнение и в этом случае?
Типа так:
class a {
/**
* @var b
*/
public $b;
} Да, тут я затупил. Пытался как можно более короткий пример воспроизвести. Настоящая проблема у меня связана с фреймворком Kohana 3, типа:
Мой класс контроллера, наследуемый от базового контролера, в котором есть конструктор в параметр которого передаётся объект
public function __construct(Request $request){}
И вот в моём контролере, я не могу автодоплнять методы класса Request =(, хотя если написать функцию вручную, через ctrl найдёт где она определена.
Воспроизвёл ситуацию на классах a, b, c — всё работает. Выходит дело, в способе именования классов в кохане, никто не сталкивался с такими проблемами?
Мой класс контроллера, наследуемый от базового контролера, в котором есть конструктор в параметр которого передаётся объект
public function __construct(Request $request){}
И вот в моём контролере, я не могу автодоплнять методы класса Request =(, хотя если написать функцию вручную, через ctrl найдёт где она определена.
Воспроизвёл ситуацию на классах a, b, c — всё работает. Выходит дело, в способе именования классов в кохане, никто не сталкивался с такими проблемами?
В Kohana классы в файлах именуются как Name_core, а затем уже динамически объявляются классы Name, поэтому IDE «не догадывается», что используемый Name — это Name_core.
Что касается Коханы, то лично я с NetBeans использую www.mapledesign.co.uk/code/kohana-zend-autocomplete/
Этот скрипт обходит дерево исходников проекта и генерит /application/cache/autocomplete.php
который содержит заглушки вроде
Class ORM extends ORM_Core { /**/ function __construct($id = NULL);/**/ }
так что и проекту не мешает, и автокомплит начинает работать.
Не могу сказать что парсер работает идеально, но вполне приемлемо.
Этот скрипт обходит дерево исходников проекта и генерит /application/cache/autocomplete.php
который содержит заглушки вроде
Class ORM extends ORM_Core { /**/ function __construct($id = NULL);/**/ }
так что и проекту не мешает, и автокомплит начинает работать.
Не могу сказать что парсер работает идеально, но вполне приемлемо.
Нас сколько я понял это для Kohana 2.x.x
В принципе думаю можно по аналогии адаптировать для KO3, только расскажи что с этим файлом то делать :))
В принципе думаю можно по аналогии адаптировать для KO3, только расскажи что с этим файлом то делать :))
Так было в kohana 2. В третьей версии к примеру есть класс
Controller, автолоад находи файл controller.php
Там будет:
abstract class Controller extends Kohana_Controller {}
Kohana_Controller = kohana/controller.php
Почти как в Zend, неужели netbeans не умеет такое понимать? Через ctrl же сразу находит.
Controller, автолоад находи файл controller.php
Там будет:
abstract class Controller extends Kohana_Controller {}
Kohana_Controller = kohana/controller.php
Почти как в Zend, неужели netbeans не умеет такое понимать? Через ctrl же сразу находит.
Вообще, если правильно понял нужно «объявлять» переменные в стиле PHPDoc, что-то вроде
class a {
/**
* @var b $b
**/
public b;
function __construct () {
...
$this->b->... // тут автодополнение должно сработать
}
}
Смотрел пару недель назад их roadmap, обещали релиз к весне 2010 и тут здрасте.
Хотя, в целом, ночные билды были от версии к версии более стабильными.
Хотя, в целом, ночные билды были от версии к версии более стабильными.
Давно слежу за этой IDE, очень нравится, но очень обидно, что не могу пользоваться: там до сих пор нету переноса строк!
Это просто детский сад: добавляют какие-то фичи, когда нету возможностей простого notepad.exe. Issue с этим запросом уже несколько лет висит в трекере среди наиболее востребованных пользователями (согласно голосованию).
Это просто детский сад: добавляют какие-то фичи, когда нету возможностей простого notepad.exe. Issue с этим запросом уже несколько лет висит в трекере среди наиболее востребованных пользователями (согласно голосованию).
А на кой он, перенос строк?
Для меня это вопрос сродни «А на кой он, Юникод?»
Не знаю как в настольных приложениях, но мне при веб-разработке очень часто приходится работать с большими кусками текста или просто писать длинные строки кода.
И да, я не хочу вручную разбивать строку на части, ухудшая её редактируемость, читаемость и получая пусть и небольшие, но концептуально лишние расходы процессорного времени на конкатенацию строк.
К тому же, я редактирую код на моём EeePC как при его стандартных 1024, так и при 1650 при подключении внешнего монитора. Даже если допустить, что с кодом работает не команда (с разными мониторами), а я один, то мне уже будет некомфортно при большом экране видеть узкий жёстко отформатированный столбец кода.
Как программисту, мне особенно важно осознавать, что не я подстраиваюсь под компьютер, а компьютер делает так, чтобы мне было удобно.
Это алгоритмически элементарная задача, сложности в реализации которой означают глубокую архитектурную ущербность NetBeans. Могу только посочувствовать разработчикам IDE и выразить своё сожаление по этому поводу.
PS: Наболело.
Пока остаюсь с верным Komdo Edit.
Не знаю как в настольных приложениях, но мне при веб-разработке очень часто приходится работать с большими кусками текста или просто писать длинные строки кода.
И да, я не хочу вручную разбивать строку на части, ухудшая её редактируемость, читаемость и получая пусть и небольшие, но концептуально лишние расходы процессорного времени на конкатенацию строк.
К тому же, я редактирую код на моём EeePC как при его стандартных 1024, так и при 1650 при подключении внешнего монитора. Даже если допустить, что с кодом работает не команда (с разными мониторами), а я один, то мне уже будет некомфортно при большом экране видеть узкий жёстко отформатированный столбец кода.
Как программисту, мне особенно важно осознавать, что не я подстраиваюсь под компьютер, а компьютер делает так, чтобы мне было удобно.
Это алгоритмически элементарная задача, сложности в реализации которой означают глубокую архитектурную ущербность NetBeans. Могу только посочувствовать разработчикам IDE и выразить своё сожаление по этому поводу.
PS: Наболело.
Пока остаюсь с верным Komdo Edit.
Удивительно, но за несколько лет использования eclipse я только сейчас заметил, что в нем нет этой возможности. Может потому что я программирую на java и пользуюсь форматтером, который разбивает строки за меня. Да и место по горизонтали на больших мониторах (при программировании на java) всегда можно занять полезными окнами.
Но при написании больших текстов вне программы проблема есть. Может имеет смысл настроить как-нибудь для них вызов внешнего редактора?
Но при написании больших текстов вне программы проблема есть. Может имеет смысл настроить как-нибудь для них вызов внешнего редактора?
> всегда можно занять полезными окнами
У меня нет проблемы «куда деть место», и я работаю в стиле одно приложение = один экран, т.е. у меня всё всегда открыто на весь экран (кроме разве что мессенджеров и музыкального плеера, когда они запущены).
Код я редактирую обычно в режиме split view — кодгда экран разделён горизонтально пополам, и сверху/снизу у меня открыто по нескольку файлов.
Вот только что сделанный скриншот, для примера: titan.fvds.ru/my_editor.png
Там же видно, что строки бывают очень длинные, и это именно код.
И мне действительно удобнее читать некоторые строки кода как строки, чем если они будут лесенкой.
Или, например, языковые файлы, где сообщения длиной 100-200 символов, — это норма. Я не буду разбивать их на части с конкатенацией.
> Может имеет смысл настроить как-нибудь для них вызов внешнего редактора?
Да не должен я подстраиваться под программу. И мне не надо, чтобы он разбивал строку. Мне надо, чтобы он отображал её всю, оставляя одной строкой.
Успехов.
У меня нет проблемы «куда деть место», и я работаю в стиле одно приложение = один экран, т.е. у меня всё всегда открыто на весь экран (кроме разве что мессенджеров и музыкального плеера, когда они запущены).
Код я редактирую обычно в режиме split view — кодгда экран разделён горизонтально пополам, и сверху/снизу у меня открыто по нескольку файлов.
Вот только что сделанный скриншот, для примера: titan.fvds.ru/my_editor.png
Там же видно, что строки бывают очень длинные, и это именно код.
И мне действительно удобнее читать некоторые строки кода как строки, чем если они будут лесенкой.
Или, например, языковые файлы, где сообщения длиной 100-200 символов, — это норма. Я не буду разбивать их на части с конкатенацией.
> Может имеет смысл настроить как-нибудь для них вызов внешнего редактора?
Да не должен я подстраиваться под программу. И мне не надо, чтобы он разбивал строку. Мне надо, чтобы он отображал её всю, оставляя одной строкой.
Успехов.
Ну про юникод не надо, не путайте теплое с мягким.
Тоже веб-разработчик, уже довольно много лет )
и за это время ни разу не приходилось вставлять в код «большие куски текста»
Может Вам просто стиль кодирования пересмотреть немного?
Представляю как полюбит Ваш код товарищ по команде, который не привык, как я например, использовать перенос строк
Тоже веб-разработчик, уже довольно много лет )
и за это время ни разу не приходилось вставлять в код «большие куски текста»
Может Вам просто стиль кодирования пересмотреть немного?
Представляю как полюбит Ваш код товарищ по команде, который не привык, как я например, использовать перенос строк
См. мой ответ выше.
Свой стиль кодирования я перенял именно из опыта участия в международном open-source проекте, он нацелен на максимальное удобство для человека-программиста.
Свой стиль кодирования я перенял именно из опыта участия в международном open-source проекте, он нацелен на максимальное удобство для человека-программиста.
Прикипел я к этой IDE :-) много, что пробовал, последнее время работал только на EmEditor, пока не попробовал NetBeans
А меня netbeans только расстраивает со временем.
Пробовал беты и rc, были странные глюки вроде следующего — несколько проектов, и все на symfony с либами в lib/vendor для каждого проекта, автокомплит периодически смешивал все проекты в один предлагая 6 штук sfContext'ов из всех проектов с дублирующимися по 6 раз методами.
Вчера поставил релиз 6.8. Проекты и настройки из беты не перенеслись и до сих пор «scanning projects...».
Пойду посмотрю на аптану.
Пробовал беты и rc, были странные глюки вроде следующего — несколько проектов, и все на symfony с либами в lib/vendor для каждого проекта, автокомплит периодически смешивал все проекты в один предлагая 6 штук sfContext'ов из всех проектов с дублирующимися по 6 раз методами.
Вчера поставил релиз 6.8. Проекты и настройки из беты не перенеслись и до сих пор «scanning projects...».
Пойду посмотрю на аптану.
Аптана не понравилась. Как и эклипс год назад.
Как ни странно, сканирование проектов не блокирует работу, поэтому буду ожидать апдейтов и надеятся на лучшее :)
Как ни странно, сканирование проектов не блокирует работу, поэтому буду ожидать апдейтов и надеятся на лучшее :)
Можно не ждать, а хотя бы сообщить о проблеме netbeans.org/community/issues.html — тогда шансов, что дождешься куда больше ;)
Автодополнение и подсветка ошибок в css, javascript +jquery, html, php, mysql очень нравится, но создать PHP Application from Remote Server это просто капец. И фтп нормального нет как например в zend 5.5.
Пока работа через фтп очень сыровата
Создатели молодцы, будем надеяться и фтп докрутят
Пока работа через фтп очень сыровата
Создатели молодцы, будем надеяться и фтп докрутят
а требования к железу теперь какие?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вышла NetBeans IDE 6.8