Вверх ↑
Этот топик читают: Гость
Разработчик
Ответов: 26073
Рейтинг: 2122
#61: 2007-04-24 19:02:10 ЛС | профиль | цитата
Вячеслав, а что халявная раздача 30" мониторов. Мне тоже один заверните пжалуста
карма: 22

0
Ответов: 8894
Рейтинг: 823
#62: 2007-04-24 21:56:30 ЛС | профиль | цитата
Вячеслав, и мне тоже, а то на моём 30" полоса на экране
карма: 19

0
Ответов: 3655
Рейтинг: 69
#63: 2007-04-24 22:19:13 ЛС | профиль | цитата
nesco писал(а):
а что халявная раздача 30" мониторов. Мне тоже один заверните пжалуста

Ага налетай
По тридцать тысяч кучка в кучке три штучки.
карма: 0

0
Ответов: 9906
Рейтинг: 351
#64: 2007-04-25 07:23:10 ЛС | профиль | цитата
iarsider,
Перед тем как начать ругаться, задам пару вопросов:

1) на кой ляд при приеме данных методом doAdd отступление от общепринятого порядка
2) а что без DefaultAVal жить невозможно

Хотелось бы услышать серьезные обоснования...
А потом уже приступим к разборке полетов - иначе будет нелогично
карма: 9

0
Ответов: 5446
Рейтинг: 323
#65: 2007-04-25 10:22:19 ЛС | профиль | цитата
Galkov, я делал только _var_ValueArray (и иже с ним), модификация doAdd --- (c) nesco. Поэтому вопрос по п.1 к нему. И не надо стрелки на меня переводить из-за того, что это я добавил код на SVN.

По п.2: Мне показалось логичным наличие такого свойства - какое значение "по умолчанию" ставить строке через LB_SETITEMDATA. Я, как всегда, попробовал встать на позицию "чайника", и предугадать вопросы вида:
* А что за ерунда мне выдаётся, если я не передавал Value по doAdd
* А я хочу, чтобы всем строкам изначально присваивалось значение ххх (не используя ValueArray ), добавьте такую точку

[size=-2]------ Добавлено в 10:22
Galkov, а где я тут ругаюсь на кого-либо кроме себя?
карма: 1

0
Ответов: 9906
Рейтинг: 351
#66: 2007-04-25 10:44:51 ЛС | профиль | цитата
Ну это я хотел ругаться (еще не начал). Причем - мне ведь все равно с кем

* так если НИЧЕГО не передавалось, нужно НИЧЕГО и не ставить.
* делов на один внешний элемент - стоит ли из-за этого парить мозги другим прочтением этого св-ва, осознанием его бесполезности для себя (на что тоже у "чайника" уйдет не меньше пяти минут)
карма: 9

0
Ответов: 5446
Рейтинг: 323
#67: 2007-04-25 10:57:07 ЛС | профиль | цитата
Galkov, если я правильно читал оригинальные коды, то тут ситуация такая:

* Если выставлен _prop_SelectAdd, то узнать индекс свежедобавленного элемента не составляет труда - взять с точки Index

* Но если _prop_SelectAdd не выставлен, то - фиг (без ИК либо полного перебора всех строк).

карма: 1

0
Ответов: 9906
Рейтинг: 351
#68: 2007-04-25 11:02:44 ЛС | профиль | цитата
Для "чайника" мультифункциональность противопоказана.
Чем меньше св-в, и чем понятнее они - тем больший у него восторг от HiAsm
Мы в какой-то степени все больше и больше отходим от этого - вот серьезный повод для размышлений. В том числе и по функционированию среды...

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

[size=-2]------ Добавлено в 11:02
iarspider писал(а):
Но если _prop_SelectAdd не выставлен, то - фиг

Это к чему - не въезжаю сразу
карма: 9

0
Разработчик
Ответов: 26073
Рейтинг: 2122
#69: 2007-04-25 11:28:37 ЛС | профиль | цитата
Galkov, а я сразу предупредил об отступлении от сдандартного умолчания. Надо свойство DefaultAVal вообще выкинуть. У меня насчет него сомнения были изначально. ИМХО.
карма: 22

0
Ответов: 9906
Рейтинг: 351
#70: 2007-04-25 11:48:15 ЛС | профиль | цитата
Ну я помню, но вопрос же по другому звучал
на кой ляд

Чем плохо к примеру
  s := ReadString(_Data,_data_str);
  dt := ReadData(_Data,_data_value);
карма: 9

0
Разработчик
Ответов: 26073
Рейтинг: 2122
#71: 2007-04-25 11:55:43 ЛС | профиль | цитата
Galkov,
это у тебя не MT-методы, а обычные. При МТ, вот это надо выкинуть
   if _isNull(dt) then dtInteger(dt,_prop_DefaultAVal);[/code]
карма: 22

0
Ответов: 9906
Рейтинг: 351
#72: 2007-04-25 11:57:47 ЛС | профиль | цитата
nesco писал(а):
это у тебя не MT-методы, а обычные

Это кто тебе такую сказку рассказал
карма: 9

0
Разработчик
Ответов: 26073
Рейтинг: 2122
#73: 2007-04-25 12:26:36 ЛС | профиль | цитата
Galkov, но не договорил, хотел сказать, что без копирования верхних данных. Насколько я понял, то метод _ReadData делает копию верхних данных. Я вижу, что ты последовательно считываешь поток данных. Или все же метод _ReadData копирует MT-поток сверху, тогда он не нужен. Надо к черту переработать код. Сильно не сердись тут на меня, я, наверное, лишнего загнал, надо почистить.
карма: 22

0
Ответов: 9906
Рейтинг: 351
#74: 2007-04-25 12:40:53 ЛС | профиль | цитата
Причем тут сердись или не сердись - это работа. Когда ее делаешь необходимо точно знать мнение колег по вопросу
Вот, выясняю.

Не трогайте (чтобы не конфликтовать) - мне ясно как переделывать, но еще не все выяснил что:

1) iarspider, ты не отвечаешь, а мне действительно не понятно, что же гнетет тебя
Но если _prop_SelectAdd не выставлен, то - фиг


2) В ComboBox тоже будем функциональность для ItemData добавлять Просто тогда это все "вновь добавленное дело" логичней в WinList перетащить...
карма: 9

0
Ответов: 5446
Рейтинг: 323
#75: 2007-04-25 14:24:32 ЛС | профиль | цитата
Galkov, я с самого начала честно предупреждал: я в деле компонентописания существенно уступаю почти всем (доделать по образцу - могу, написать с нуля - нет, MT - тёмный лес, COM/ActiveX - тем более).

Про SelectAdd: всё, понял, забыл в КОЛ заглянуть, вроде всё нормально.
А ещё, пока разбирался с CurItem, обнаружил, что опять велосипед изобрёл


// TControl
property ItemData[ Idx: Integer ]: DWORD read GetItemData write SetItemData;
{* |<#listbox>
|<#combo>
Access to user-defined data, associated with the item of a list box and
combo box. }
карма: 1

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)