Здравствуйте, Fortnum, Вы писали:

F>Надо знать эти баги и обходить их. Вообще все это не смертельно, а даже забавно. Знание багов — это одно из того, чтоотличает профессионала от нач. программиста или и того пуще, ламера. Да и потом по степени RAD`ности дельфи всегда превосходила VisualStudio даже если последний был бы со всеми примочками (про .NET не говорю). А более мощный IDE означает большее количество багов. Неужели в примочках под VisualStudio нет багов?.. Да это похоже на спор между Windows`овцами и Linuxoid`ами... насколько я слышал, в Linux`ах во многих местах багов больше чем в виндах... да и функционал виндов поширше будет, есть где багу закрасться.

Кажется я начинаю понимать. Delphi — это секта аскетов-мучеников, со своей собственной философией, закаляющих себя в трудах денных и нощных. Баги есть символ веры, передаваемый из поколения в поколение...(что то я отвлекся, но дабы Вы несмогли обвинить меня в предвзятости сошлюсь на первоисточники). Ходьба по минному полю конечно щекочет нервы, но в конце концов это начинает надоедать. А вот вопиющих багов в VisualStudio я не замечал. Может быть откроет мне кто глаза на них? И как интересно вы предлагаете обходить баги?

F>Не знаю почему тебе так нравится работать с развернутым на весь экран Code View, оно и так там нормально смотрится, в VisualStudio совершенно аналогичная ситуация. ObjectTreeView почему у тебя перекрывается, не понял? Подвинь CodeView... вообще, сохраняй десктопы и все будет Ок. Лично у меня один десктоп для повселневной работы и один для тяжелой отладки, все инструменты на своих местах, никаких проблем.

Свободно висящее окно приходится постоянно передвигать, дабы оно не загораживало чего.
Десктопы это конечно хорошо, это ему плюс, но вот в некоторых средах разработки (VS, например) таковые являются встроенными и вылезают сами, например, при запуске отладки, поддаются легкой кустомизации и автоматически сохраняются.

LS>> Улетающий к чертям курсор при нажатии на клавишу Home, хотя было бы удобнее, если бы он останавливался перед началом первого слова в строке.
F>Узнать надо про комбинации клавиш для начала-то...

Комбинации клавиш у меня стоят от VS 6.0. А почему я должен использовать какую-либо комбинацию когда можно просто Home, не понимаю. Да и подскажите, пожалуйста, комбинацию которая енто самое двигает, буду пользоваться, при случае.

LS>> Невозможнсть расщепить окно кода на две части, что порой бывает весьма необходимо.

F><img]http://rsdn.ru:80/File/1621/dt.jpg[/img>
Для просмора сойдет, но вот сколько я не пытался скопировать мышой текст из одного окна в другое — не получается (наверное плагин писать нужно). Это ему минус. Минус также в том, что, опять же руками двигать проходится (во всяком случае в Builder). А автоматически такое может провернуть даже такая IDE как CorelDRAW

F>А чем лучше VisualStudio? Или др. среды? Форма — это одно, код — это другое. Ведь как-то надо между ними "перепрыгивать" В студии вообще все в ресурсы засунуто и постоянно приходится к черту на рога лазить... в дельфях кнопку F12 выучил и свободен

F12 это ему тоже плюс, (как говорится один плюс хорошо, а два лучше). Дело однако в том, что в студии (что под маркой .NET) все окна, втч. и форм выведенны в табы, которые реализованы не в пример удобнее дельфийских. Так, открыл нужные ресурсы и лазий себе по табам, и никаких F12...

LS>> Дело, на мой взгляд, в отсутствии в Delphi пресловутого Doc/View

F> Да ты, дорогой, жопу с пальцем не сравнивай.

Эка батенька, Вы загнули.

F> Ну какая связь между Delphi и Doc/View? Если очень хочешь, можно сказать, что Doc/View не поддерживается VCL`ем... это еще куда ни шло...

Абсолютно с Вами согласен. Между Delphi и Doc/View связи никакой. А жаль.

F> ну дык в VCL несколько иное видение как его надо программировать, и если надо, Doc/View легко можно и в Delphi реализовать. Ну какие у концепции Doc/View преимущества, которые нельзя реализовать при помощи VCL?
А Вы пробовали?
Пытался симитировать это дело на VCL (нужно было один вид для просмотра и два разных для редактирования) — пришлось ручками писать классы документа и видов (в VC++ они наследуются хошь от CScrollView, хошь от CFormView), динамически создавать компоненты и прочая и прочая. Столько нервов истратил. Такое угребище вышло (сугубо внутренне), не дай боже кому...

LS>> и объективной невозможности создать с помошью VCL сколько-нибудь приличную IDE, что связывает руки дельфийским программистам в этом направлении.

F>Ну опять, двадцать пять. Да, дельфийская IDE заточена под VCL, VisualStudio 6 под MFC (с .NET пока еще не работал)... взять тот же ClassWizard. Но что, собственно говоря, тебе мешает написать свои модули под IDE Delphi, которые бы позволили тебе работать со своей собственной библиотекой? Просто это никому не нужно. В Delphi VCL используется, в VS — MFC, а скоро все вообще на .NET перейдут и писец котенку, у всех все будет одинаковое Ну, вот в .NET-версиях, чем VisualStudio будет превосходить дельфийский IDE (Delphi 8 я имею в виду)?

Это, батенька вы не смешивайтцте поняттия, что подо что заточено. Оцениваем только с точки зрения юзабилити в общем, т.к. в указанном Вами контексте оценка не имеет смысла.

В завершение вспомним аксиому 1.1 — Общеизвестно, что IDE Delphi написана на Delphi.