Маривана видит пять строк рогов и копыт.
Нинапетровна тоже видит пять строк рогов и копыт.

Но мариванна кликнула по заголовку цены и во второй строке у нее документ на сто рублей.
А нинапетровна никуда не кликала, и второй документ у нее на десять рублей.

мариванна вставила строку номер шесть, а нина петровна не обновила свой датасет и видит пять строк.

и так далее.

в общем дурь программирует дурь.

> Но мариванна кликнула по заголовку цены

ситуации когда кликать нельзя - не бывает?
будешь дальше спорить?

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

ситуации когда кликать нельзя - не бывает?

ну я же говорил, что тот софт дурной.
еще и кликать для сортировки нельзя.

> ну я же говорил, что тот софт дурной.

а я говорил про шоры.
на том и порешим

и тогда вы не сможите друг другу сказать номер строки и однозначно идентифицировать объект.

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

> я без понятия кто подумал что я говорю про нумерацию в БД


Так как нумерация в БД имеет вполне конкретный смысл.
А вот нумерация "строк" в наборе данных - нет.


> быть не должно.


Наоборот. Ты просто обязан объяснить заказчику, что он хочет получить и каковы будут последствия этого. если он настаивает и готов оплатить данную работу - ну тут да, любой каприз за ваши деньги. Но если ты сам, без его желания туда такое прикрутишь - это дурь.
Такое имеет смысл только в неизменяющихся (ну либо крайне редко изменяющихся) справочных таблицах. Но для этого есть масса других вариантов решения.
Пример из жизни: когда-то давно, лет 7 назад, я являлся разработчиком модуля "Бюро Пропусков" в рамках большой охранной системы. Как раз с такими МарьИваннами приходилось дело иметь.
Так вот, я во всех справочных таблицах заводил поле SortOrdedr, которое делал настраиваемым. Как раз для того, чтобы МарьИванна имела возможность получать наиболее часто используемые справочные данные в начале НД, а не искать их.

> А вот нумерация "строк" в наборе данных - нет.

абсолютно никогда? никогда нет смысла нумеровать строки в отображаемом гриде на экране?

никогда нет смысла нумеровать строки в отображаемом гриде на экране?

если бы он был, то гриды были бы именно такими bydesign

> и не думаете применять нумерацию в своих личных целях (запример
> запомнив номер последней строки с которой работали)


Вообще-то хорошим тоном будет сохранение значения ключевого поля в НД при выходе из программы. И, соответственно, Locate на него при старте.


>  Вам никогда не понадобится одним взглядом окинув грид увидеть
> общее количество строк


Вообще-то хорошим тоном считается вывод общего количества записей в НД в статус-бар.


> И уж тем более вы никогда не сможите общаясь друг с другом
> сказать "отсортируй столбцы по цене", ведь это недосягаемое
> кун фу для вас


Быстрый поиск по столбцу ещё никто не отменял. А для того, чтобы "отсортируй столбцы по цене" мне надо:
1. В точности повторить именно ту сортировку и те фильтры, которые у соседки.
2. После отсчитать нужное количество строк
3. Посмотреть, чё там и как.
4. Снова восстановить все сортировки и фильтры, которые были у меня выставлены изначально.
Плохая эргономика, плохая программа.

> если бы он был, то гриды были бы именно такими bydesign

тебе нарисовать? сейчас 2011 год, если что

тебе нарисовать?

Нарисуй. Только не мне.
Ембаркадере нарисуй.
И уломай их включить это недоразумение как 3rd party компонент в XE3

> абсолютно никогда? никогда нет смысла нумеровать строки
> в отображаемом гриде на экране?


Почему в TDBGrid нет нумерации строк? Ведь это "так естественно"!
Почему в стандартной поставке компонентов нет TDBTreeView? Ведь это так естественно!
Почему ParamSwitch распознаёт только один символ, а не несколько? Ведь это так естественно!

> тебе нарисовать? сейчас 2011 год, если что


Никто не говорит, что этого сделать невозможно. Вполне возможно. Только будет это работать только в случае соблюдения массы нюансов. А во всех остальных - фиг.

> Вообще-то хорошим тоном будет сохранение значения ключевого
> поля в НД при выходе из программы.

Я не про выход. Вот сидит оператор, набивает строки, редактирует что то там. Остановилась на десятой строке, сделала передышку, сделала еще десять. "-На какйо строке МарьИванна? -На 37! -Медленно работаешь!"


>
> Вообще-то хорошим тоном считается вывод общего количества
> записей в НД в статус-бар.

вообще еще группировка бывает :)
например как тут http://www.ssw.com.au/SSW/Standards/DeveloperGeneral/Images/janus_gridex_v3.gif


> А для того, чтобы "отсортируй столбцы по цене" мне надо:
>
> 1. В точности повторить именно ту сортировку и те фильтры,
>  которые у соседки.
> 2. После отсчитать нужное количество строк
> 3. Посмотреть, чё там и как.
> 4. Снова восстановить все сортировки и фильтры, которые
> были у меня выставлены изначально.

вот я и говорю - зачем считать? щелкнул по столбцу и отмотал сразу ориентируясь на номера строк.
Я почему тему завел - каждый рабочий день общаюсь с операторами которые далеко не гуру, часто путают "диск Це" и "мои документы", но они умеют сортировать по столбцу, и даже умеют менять очередность столбцов перпетаскиванием (грид позволяет). Быстрый поиск - это как автокомплит в дельфи? А если там "ОООРогаИКопытаДомодедовскихАвиалиний" и различие в строках идет уже после этого заклинания? И строк штук 50-100?

-На какйо строке МарьИванна? -На 37!

Нет, он же просто невменяем.

мариванна набивает с листа.
и номер строки в вопросе - он на листе.
и на листе бумаги этот номер строки вполне логичен и понятен.

> [12] antonn ©   (07.12.11 20:46)
> Понятия не имеющие какой софт у вопрошающего

Этот софт обсуждается уже с месяц, так что понятие о нём есть у тех, кто читал ветки. Про нумерацию уже все сказали однозначно, кроме тебя.

> мариванна набивает с листа.

нет никакого листа


> Про нумерацию уже все сказали однозначно, кроме тебя.

да, много дурости наговорили

> вообще еще группировка бывает :)
> например как тут


"Тут" я вижу ProductID. Который никто не мешает выводить и сортировать по нему. Это не имеет к "нумерации записей в наборе данных" никакого отношения.
Правда никто не мешает удалить из таблицы Products запись с id=66, которая Louisiana Hot Spiced Okra. И будет у тебя сначала 65, а потом 67.


>  А если там "ОООРогаИКопытаДомодедовскихАвиалиний" и различие
> в строках идет уже после этого заклинания? И строк штук
> 50-100?


А если у бабушки, то был бы дедушка. Всех хотелок предусмотреть просто НЕ-ВОЗ-МОЖ-НО. Один хочет вес мешков с бетоном видеть с точностью до килограмма. Другой - до микрограммов (это реальная претензия, без шуток). И если заказчик готов оплатить разработку такой вот нетривиальной дури - ради Б-га, везде строки будут нумероваться. Если же нет - тады ой.

Вот сидит оператор, набивает строки,

А!
я понял.
Мариванна набивает строки из головы.

К чему тогда относится вопрос: "мариванна, на какой строке остановилась?"

К какому источнику строк и номеру последней введенной строки вопрошает коллега мариванны?