[flood]
Понимаешь, тут -- либо шашечки, либо ехать. Того функционала, какой есть в таблице для работы со строками нет отдельным классом, да еще сделанным на уровне системы. А писать самому такой класс, увольте, никакой гарантии не глючной работоспособности никто не гарантирует, и нет никакой уверенности, что рабоать будет быстрее. И потому, настоятельно рекомендую не поднимать больше вопрос по таблице, тк отдельно выдернуть из нее то, что тебе нужно не получится.[/flood]

А я-бы для этих целей использовал Базы Данных и SQL запросы к ним! На мой взгляд намного функциональнее чем матрица чисел! ИМХО!

Таблица не является матрицей чисел. Ну не факт, что челу нужна здоровая база. Для мелкой и таблица пойдет. И чего вы народ сразу на базу направляете, он еще таблицу не выучил, последовательнее надо быть, последовательнее

Ну это так, на будущее, и как ещё один вариант!

nesco, если есть "Название" и "Цена", то это уже БД. Насчет того, что Если бы он начал с БД, то этого вопроса и не было бы. Тем более, что изучить и работать с БД намного проще чем с StringTableMT

Tad, прав, до недавнего времени, я даже и не знал для чего можно применить матрицу, а знал только БД и SQL, и даже маленького вопроса не возникло как сложить столбец с числами!

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

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

Народ! Вы это того -- спускайтесь иногда с небес на землю

1. Следующий вопрос от ТС : А если у меня ещё третья колонка будет "Количество" ?
2. Или, тут задавали вопрос, - Как при добавлении во вторую таблицу, изменять значение в первой ?
Это всё из одной оперы.

Ребята, если возникают подобные вопросы, применяёте SQLite и не морочьте голову ни себе ни людям.

Недавний пример с Vikusik. Толкнули её в сторону SQLite - закончила она свою программу и уже работает на ней. Притом, в процессе изучения SQLite, никаких серьёзных вопросов не возникало.

Tad, мы не знаем что ему надо, он этого не озвучил. Может он просто тренируется, а в дальнейшем ему надо будет что-то другое
------------ Дoбавленo в 11.28:

Там и программа была конкретная, и посоветовать уже конкретно что-то можно было, а тут просто виртуальный вопрос какой-то, типа как сложить, и все

Да не нужно отображать базу на экране - отображай только нужное. Что водка дешевле станет если отобразить на экране "Название", "Цену" и "Количество бутылок на складе" ?
Или из жителеё Москвы вывести на экран всех Ивановых ? Да нахрена они мне все. Задай правильно запрос и выведет только одного.

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

nesco, понял я тебя прекрасно.
nesco, для отображения. А вот применять для расчётов - нонсенс.
простой запрос к БД
выведет список фруктов, которые заканчиваются и нужно срочно заказать поставщику.
И не нужны мне они на экране - могу вывести сразу на принтер.

А на вопрос ТС ответ - НИКАК.
Потому, что стоимость товара = количество * цену. А количества то и нет.

Таблица лишь просто отображение информации! Можно по нужным критериям в запросе к БД посчитать и вывести в Label, а критерии или названия товаров лишь отобразить в таблице!

Что-то всер равно нужно будет на экране, не это, так другое

А вообще-то да, тут косяк. Там наверное не цена, а общая стоимость товара
------------ Дoбавленo в 12.17:
Че вы зацепились. Примеры показали, рекомендации дали. Пусть сам думает, что ему надо. Че вы до меня-то докопались. Мое дело маленькое -- по-возможности, научить работать с компонентами, все.

Я не скажу про себя, что освоил запросы баз данных до уровня "удовлетворительно". Но, просидев час другой над базовыми основами, за неделю переделал всю концепцию работы собственной программы "Отчёт киномеханика", которая в первоизданном варианте строилась на основе ini-файлового построения. И это при том, что в скриптовом программировании я NULL. Так, что с мнением не согласен.