9) Все пути к компиляторам, линковщика, отладчикам ... должны быть прописаны в настройках ИДЕ и не переноситься с файлами продукта
Категорически не согласен :) Мучаюсь сейчас из-за такого поведения IDE.
С остальным согласен :)

AsmGuru62
Один вопрос - КОГДА? :)

2masquer:
не ну в идеале все это должно входить в поставку ИДЕ, и поэтому вообще никаких путей быть не должно. А если используются внешние утилиты, то тут два выхода:

1) Пути к утилитам хранить в ИДЕ - тогда проблема как в проекте указывать настройки? парсить? Но зато плюсы, я могу дома хранить компилятор допустим так "e:\tasm\bin\tasm.exe", а на работе так "\\server\tasm\bin" - и мне пофигу, так как в проекте указывается только tasm.exe /la-la-la, а дальше среда парсит и сама определяет какой компилятор ей нужен.

2) Хранить все утилиты в подпапке с ИДЕ, допустим так IDE\Utils, а там положить \TASM \MASM \FASM. Тогда пути к утилитам можно вообще не хранить - видимо это более удачный способ.

PS:
как уже писал - в идеале - все должно быть встроено в ИДЕ.

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

Когда AsmDev32 будет готов, не знаю, как позволит работа. Код пишется
в основном на работе... месяцев 4-5, но это очень приблизительно.

masquer
"Мучаюсь сейчас из-за такого поведения IDE"

А можно подробнее?
Какая возникла проблема?
Почему пути к инструментам должны переноситься с проектом?

Почему пути к инструментам должны переноситься с проектом?
Ну у меня сейчас ситуация когда у меня исходники одни и те же (почти, разница небольшая) и мне одним движением нужно скомпилировать:
1. Статическую библиотеку для MS C++
2. Статическую библиотеку для Delphi/CBuilder
3. Динамическую библиотеку
4. Вариант экзешника №1
5. Вариант экзешника №2
Кроме ключей еще и разные компиляторы используются. А так под каждую завести проект со своими настройками и не мучиться, а то по старинке батниками обхожусь.

Так я ж про это и писал, что у каждого проекта свои настройки компилятора, в том числе и указание на конкретный для данного проекта компилятор линковщик и ...

А вот где эти самые компиляторы и линковщики находются - зависит от компа за которым ты компилишь, а так как они могут быть разные, то и должны храниться вместе с ИДЕ.

может быть немного не в тему топика, но еще было бы неплохо сделать навигацию курсора клавиатурой такой же, как сделано в Visual Studio, т.е. его поведение при нажатии на стрелки, ctrl+стрелки, shift+... ну и т.п. (и чтобы курсор нельзя было поставить в любое место экрана, как сделано в BCB, его редактор меня бесит..)

кстати, показ определенных идентификаторов будет? т.е. все метки, процедуры, переменные в коде в виде списка с быстрой навигацией?

"...кстати, показ определенных идентификаторов будет? т.е. все метки, процедуры, переменные в коде в виде списка с быстрой навигацией?.."

Не только будет навигация, но и Auto-Complete-By-Prefix будет задействован по этим спискам. Например, в процедуре есть локальная переменная pstrWhateverTheHellIsHere. Если (находясь курсором внутри этой процедуры) напечатать pstrW и вызвать команду Auto-Complete-By-Prefix, выдастся список с элементами начинающимися на pstrW. А если такой элемент только один, тогда он сразу впишется там где курсор (без появления какого-либо интерфейса). В общем, так как в VC++ сделано.

Кстати, неплохо-бы завести тему куда можно бросать любые идеи по IDE.
Счас сделаю...

AsmGuru62
Если (находясь курсором внутри этой процедуры) напечатать pstrW и вызвать команду Auto-Complete-By-Prefix,
Удобнее былобы, чтобы процедура вызывалась автоматически.

У этой идеи есть пара неудобств:

1. Если есть несколько идентификаторов с длинным префиксом, то пока появится различие надо печатать все символы до этого различия. Пример:

pstrFullModulePathDef
pstrFullModulePathImpl

Чтобы получить pstrFullModulePathDef надо напечатать pstrFullModulePathD.
Чтобы получить pstrFullModulePathImpl надо напечатать pstrFullModulePathI.

2. Если печатаешь не глядя на экран (не все могут свободно печатать...), то легко пропустить момент когда IDE впечатает полный идентификатор и тогда надо удалять символы, напечатанные 'по-инерции'.

Мне хотелось бы сделать так как в VC++.

2AsmGuru62:
не все могут свободно печатать...
Не знай, помоему лучше потратить неделю/месяц/год (я лично за месяц), и посидеть это время в обнимку с соло на клавиатуре, и потом не париться вообще с печатью, вот щас например меня это автозавершение кода раздражает, да иногда оно полезно когда ты не знаешь что тебе надо и ты ищешь среди того что предложит среда в поисках нужного, но когда ты точно знаешь что тебе надо, и причём это нужное содержит не более десяти символов, то это проще набрать, чем дождаться когда же среда выдасть подсказку, и самое отстойное, когда ты уже всё напечатал, и среда выдаёт подсказку, когда она уже не нужна, да еще и подвешивает мой слабенький проц (цел 500). Вобщем вреда больше чем пользы. Если мне нужна будет справка, то я лучше справку и открою, а вот автозавершение кода оно мне вообще не нужно!

По поводу соло, я не считаю это рекламой, я с этого ничего не имею (кроме слепого набора:), вобщем так, месяц я учился набирать вслепую, потом полгода я учился набирать быстро, щас уже скоро год, я набираю довольно быстро (за 250 символов в минуту точно), хотя я до сих пор так и не прошёл полностью соло, и регулярно им занимаюсь, да и терпение (читай силу воли) офигенно тренирует. Вобщем всем смотрящим на клавиатуру рекомендую.

JaDS
Понимаю...

Проблема скорости авто-завершения начнёт себя проявлять на большом проекте, но там посмотрим... вообще-то есть опция отключения авто-завершения.

Кстати, заметь, как работает VC++ - когда получаем список элементов, там есть ВСЕ(!) элементы, а не только те которые начинаются на префикс. И только фокус в списке стоит на нужном месте. У меня другой подход - фильтрация элементов производится в памяти и только потом конечный список подаётся на ListBox Control. Теоретически, мой подход быстрее. На большом проекте увидим.

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

pas
Скорее всего, я неправильно понял этот комментарий:
"...Удобнее было бы, чтобы процедура вызывалась автоматически..."

Что здесь имелось в виду?
Мне не хотелось бы по каждому напечатанному символу проверять все возможные элементы проекта.
На большом проекте редактор будет 'вязнуть' на каждом символе, проверяя префиксы. Кроме того, когда списки чего-либо появляются 'из воздуха' - это очень раздражает... Меня, например, раздражает...

AsmGuru62
Не правильно выразился. После ввода invoke, call, stdcall выводить список процедур определённых в проекте и API функций. После ввода точки проверка, что написано до неё, если известная переменная типа структуры то вывод окна со списком членом структуры.