Советы по Delphi. Версия 1.4.3 от 1.1.2001

«Свойство ItemId является дескриптором TTreeNode типа HTreeItem и однозначно идентифицирует каждый элемент дерева. Используйте это свойство, если вам необходимо получить доступ к элементам дерева из внешнего по отношению к TreeView элемента управления.»

«Я разговаривал с деревьями…вот почему они ушли от меня…»

(Spike Milligan)

– Peter Kane 

Хочется выделять некоторые стpочки в TTreeView жирным или бледным. Как?

Nomadic советует:

Грхм… Господа, но если речь про bold… Матчасть учить надо 8-).

procedure SetNodeState(node: TTreeNode; Flags: Integer);

var tvi: TTVItem;

begin

 FillChar(tvi, Sizeof(tvi), 0);

 tvi.hItem := node.ItemID;

 tvi.mask := TVIF_STATE;

 tvi.stateMask := TVIS_BOLD or tvis_cut;

 tvi.state := Flags;

 TreeView_SetItem(node.Handle, tvi);

end;

И вызываем:

SetNodeState(TreeView1.Selected, TVIS_BOLD); // Текст жирным

SetNodeState(TreeView1.Selected, TVIS_CUT); // Иконку бледной

(Ctrl+X)

SetNodeState(TreeView1.Selected, TVIS_BOLD or TVIS_CUT); // Текст жирным

SetNodeState(TreeView1.Selected, 0); // Ни того, ни другого

Когда-то (мечтательно закатив глаза в потолок) в API было еще и TVIS_DISABLE. Снесли собаки. А рекомендуемую стилистику употребления этого добра смотри в MS Internet News. 

UpdateSQL

Что нужно знать о принципе и порядке работы с TUpdateSQL для работы с неживыми запросами?

Nomadic советует:

Кидаешь UpdateSQL на форму, после чего в том SQL, который ты собираешься редактировать, устанавливаешь в UpdateObject имя этого UpdateSQL. После этих дел по дабл-клику на UpdateSQL выдаётся редактор, в котором ты должен для каждой из таблиц,входящих в твой запрос, указать набор полей, являющихся уникальным ключём таблицы, и набор полей, которые требуется редактировать. В общем случае возможны глюки с редактированием, если в числе изменяемых полей будут элементы ключа. Указав все поля, давишь кнопку Generate SQL и в результате у тебя генерятся запросы на редактирование, добавление и удаление, которые прописываются в том же UpdateSQL. Обычно эти запросы никакого дополнительного редактирования не требуют. После всех этих дел ты можешь нормально редактировать запрос, как обычную таблицу.

Hекоторые моменты.

Для того, чтобы всё это нормально работало, нужно, чтобы в TQuery были включены RequestLive и CashedUpdates. Соответственно, для подтверждения изменений нужно вызывать TQuery.ApplyUpdates и TQuery.CommitUpdates, либо TDatabase.ApplyUpdates, а для отмены – CancelUpdates.

Если меняешь структуру таблиц, то не забывай менять списки полей в UpdateSQL, иначе можешь получить неприятный сюрприз – будешь долго сидеть и думать, почему при редактировании/добавлении некоторые поля не прописываются :-).

– Отрезано –

Hасчёт CachedUpdates.

Сия хреновина придумана для того, чтобы обеспечить сохранение/отмену редактирования/добавления/удаления сразу нескольких записей. Принцип совершенно элементарен: если CachedUpdates включен, то все производимые изменения в датасете по команде Post фиксируются не в базе, а во временном файле на винте клиента. Для того, чтобы прописать изменения в таблице (физически), необходимо вызвать для соответствующего запроса последовательно методы ApplyUpdates и CommitUpdates, а для отмены ВСЕХ изменений (начиная от последнего выполненного CommitUpdates), вызвать CancelUpdates. Кроме того, метод ApplyUpdates у TDataBase. Этому методу нужен список датасетов, и он производит их обновление в одной транзакции.

Практическое применение, например, такое: на форме редактирования с гридом и набором кнопок Добавить, Удалить, Редактировать, ОК, Отмена, вешаешь на первые три кнопки обработчики с Insert, Delete и Edit соответственно, на OK – такой примерно обработчик:

with DataSet do begin

 if State in [dsEdit,dsInsert] then Post;

 ApplyUpdates;

 CommitUpdates;

end;

а на Отмену такой:

with DataSet do begin

 if State in [dsEdit,dsInsert] then Cancel;

 CancelUpdates;

end;