Виталий, просто после таких "ТЗ" обычно получается что программист сделал не то. Он сделал т.к. ОН это видит. Ему не показали и не донесли что от него хотят ) и в 70-80% приходится потом либо переделывать либо вставлять в программу какие-то костыли для того чтоб внести коррективы нужные заказчику.

Это не в укор вам. Я понимаю, что с точки зрения пользователя "я просто ткнул кнопочку и тут появилось то-то и то-то, это же не сложно сделать!". Вы поймите, IT-шники просят больше информации не для того чтоб вас "задолбать", а для того чтоб сэкономить своё время и ваше, а так-же нервы и силы.

Еще раз повторюсь - это был не укор и не обвинения. 

ну собственно я и задал вопрос - Какие данные вводятся ) Пример ПРЯМО СТРОКА примера. Либо скриншот как это выглядит у вас. Скриншот будет проще и нагляднее

Полезного .... на вскидку:
1) формат строки (Вам же нужно чтоб программа открывала и умела читать то, что вы раньше заполнили "в блокноте"?) это обеспечит совместимость программы и вашего "блокнотного" формата.
2) Род информации. Для поиска немаловажно знать что будем искать текст али цыфирки.
3) Опять же наглядность.

1. и самое главное о чём уже упоминал, "ВЫ" отключаем    

2. Запятая может стоять где угодно, её положение не должно определять ничего критического в работе программы. Каждая запись о каждом клиенте содержит обязательные строки его данных которые всегда выглядят одинаково, но кроме них может содержать ещё разные пометки к этому клиенту, на моё усмотрение.

3. Искать будем и циферки и буковки. Не будем искать запятые точки и т.д. то есть знаки препинания. Примечание ! Поиск начинается после ввода не менее 4-ёх символов, хоть букв хоть цифр. До этого поиск не ищет ! Это необходимо для того чтобы не начинался поиск первой введённой буквы по всему документу, например "П" при вводе фамилии "Петров", которой будет найдено разумеется.... х.з. сколько и даже больше. А так же чтоб не искались сокращения типа "р-н"  "ул." "ном." "пасп." "дом." которые присутствуют в данных всех клиентов. Оно то и понятно, но так уточнил.

4. Для наглядности и вскидки, вроде лучше чем рисунок который я прикреплял выше не придумать

Максим, так хранение этой строки можно разбить на поля .... то есть к примеру пробел - разделитель полей. и всё. А выводить уже как человеку удобно, собственно и ввод так-же ... парсить строку и делить её на пол перед записью.

З.Ы. Возьмусь вечерком сегодня, просто времени свободного не много.

Виталя, по твоему последнему 3му пункту, а как же люди с фамилией в 3 буквы ?

меньше 4-рёх на практике не встречалось, вернее даже 4-рёх небыло

И строковое хранение данных считаю извротсвом, простите меня за мои слова. Ибо ни к чему хорошему не приведет =)

объясни дураку почему так ? Строковое мне очень удобно, а главное минимум гемора при вводе, особенно скоростном. А главное, мне строковая структура очень наглядна. К ней я привязался так же как и к наглядности в Тотал Командере, расстаться вряд ли получится.

Почему нельзя разбить по полям? Почему такая привязанность к виду блокнота? И вообще к блокноту?

если не считать гемороя с отдельной процедурой проверкои поиском, то блокнот для моей задачи идеален. Главное - всё предельно просто, минимум нажати на "левые" клафиши всяких там дополнительный процедур функций переходов и т.д. Просто некогда этим клацанием заниматься, потому мне важно чтоб "КПД нажатия клавиш" был максимален.

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

Виталий, как предложение ... переключение между полями ввода (если их сделать) по клавише ентер - это тебе будет не удобно? или нормально?