evgeniy_lm

Если сильно хочется оптимизации "древний" TextFile замените на StringList который существенно удобнее.

dbgrid довольно тупая штука, очень быстро понял, что его можно использовать только для отображения записей. Для редактирования и добавления записей я использую отдельное окно диалога с полями DBEdit. Однажды ради прикола сделал так, что при двойном клике поверх ячейки создается DBEdit где можно изменять значение. Но в том случае речь шла о специальной таблице с фиксированным количеством записей и в ней отображались вычисляемые поля, а редактировались связанные с ними реальные

В FoxPro под Dos отчеты можно создавать только в виде текстовых файлов и ни как иначе. В принципе не понятен термин "полноценная таблица".
Если вам нужно сформировать отчет с последующим открытием его в MS Excel то можно поступить двумя способами:
1. Формировать отчет в виде dbf таблицы
2. Формировать отчет в виде текстового файла с разделителями полей табуляцией или точкой с запятой. При этом нужно понимать, что текст сохраняется в кодировке CP866 и десятичный разделитель точка вместо запятой. Как правило в Excel конвертация кодовой страницы осуществляется автоматически или по запросу, точку на запятую придется делать заменой. Лучше это сделать до преобразования в Excel иначе в некоторых случаях числа могут стать датами.
Само собой в обоих случаях форматировать такой отчет придется вручную или писать специальную утилиту.
Так же можно сохранять отчет в формате XML который понимают все современные редакторы. Но как по мне это самый безумный вариант.
В реале про FoxPro уже давно пора забыть

Не находил потому что без кода ни как не получится. Если ты не напишешь код компилятор не будет знать что ты кого-то, где-то хочешь запустить. В принципе это касается не только Delphi, в C# компилятор так же не наделен экстрасенсорными способностями и мысли читать не умеет. По этому ты либо вопрос формулируешь не верно, либо находил совсем не то что тебе нужно

Не сомневайся, правильно

В программировании язык это ничто.
В принципе реальное программирование это не просто написание некоего кода, а запись МАТЕМАТИЧЕСКОЙ МОДЕЛИ заданного явления или процесса на выбранном языке программирования. Т.е. сначала нужно из ТЗ построить матмодель, а потом уже писать код.
В больших проектах этим занимаются аналитики и архитекторы ПО (программисты), потом полученные алгоритмы передают кодерам, которые по ним пишут код. Разумеется когда ты один делаешь небольшой проект, то сначала ты программист и только потом кодер.

PS Зря ты начал с Turbo Pascal, это потерянное время. В реале TP и Delphi это настолько разные языки программирования примерно как самокат и космический звездолет, если ты увидел знакомые колесики и рукоятки это вовсе не значит что они похожи. Большинство тех кто перешел на Delphi с ТР так и продолжают кодить, а потом всем рассказывают, что Delphi это фуфло.
Как по мне Embarcodero Delphi изуродовали в стиле Visual Studio. Лично я все новые проекты которые нет возможности реализовать на Delphi 7 пишу на Lazarus

Программист это тот кто ПИШЕТ!!! программы. Человек который не умеет ЧИТАТЬ!!! писать неспособен. Т.е. тот кто не читает программистом не может быть физически, программирование изучают по книгам, книг хороших по Delphi море, а вот видеоуроки записывают такие же чайники как и ты только более тупые и наглые

TListBox
TMemo
TStringGrid
Это первое что пришло в голову. Можно чего еще придумать, но лень

В принципе что либо "визуализировать" можно непосредственно на самой форме

Delphi это один из множества языков программирования, он не лучше и не хуже других языков.
Просто Delphi не так распиарен как, например, С++ или С#. Если есть хорошо оплачиваемая работа, если ты способен ее выполнить то я не вижу причины отказываться и язык программирования в этом дело десятое

После "изучения" любого языка больше изучать ничего не надо.
Вы немного не понимаете суть программирования. Важно не то на каком языке вы пишите программы, а то насколько эти программы востребованы.
Я на Delphi пишу уже 20 лет и каждый день о нем узнаю что-то новое, а вы его выучили за пол года. Вы наверное вундеркинд? На самом деле вы ни чего не выучили, а добросовестно скопировали бесполезные примеры из какой-то книжки для начинающих, т.е. Delphi вы еще даже не начали учить. То же самое ждет любой язык за который вы возьметесь (книжка-примеры-ура выучил!-Какой следующий?). Лет через 10 вы будите "знать" 15-20 "крутых" языков и искренне удивляться почему ваш знакомый Вася Пупкин на сраном VBA зарабатывает несоизмеримо больше. Но на самом деле ответ прост Вася не тратил время на бесполезное изучение бесполезных языков, а учился писать программы, чего и вам советую

Я могу и в matlab и в Delphi, а еще могу MathCAD и Maple
Для меня эта задача простая, для вас, как я понимаю, тяжелая

Читайте все что касается обработки изображений. Чтобы конкретно определиться с алгоритмом поиска нужно сначала определится с понятием "точки на фотографии". Это тупо пиксель определенного цвета или это шум (пиксели "неправильного" цвета) на изображении или это пятно (группа пикселей определенного диапазона)?

Если че, могу сделать за небольшую плату.