DB
сам ни разу не работал с этой компонентой, мало что скажу
Size: a a a
2020 February 03
AS
Народ, помогите, выбор значения в DBComboBox, при потери фокуса мышью, само сменяется на 1 значение в запросе. Если клавой выхожу из DBComboBox, то все нормально. Как решить проблему. Я уже сдался.
на 1 значение - это "на первое значение"?
AE
да в выборке 10 строк, выбираю любую в списке, при потери фокуса, значение возвращается из 1 строки.
AE
Запустил Delphi 10.3 написал код, все тоже самое. ничего не поменялось.
AE
Мысль найти другой DBComboBox - аналогичный по смыслу.
AS
да в выборке 10 строк, выбираю любую в списке, при потери фокуса, значение возвращается из 1 строки.
т.е. ты не осознаёшь, что "из 1 строки" - это ваще не по-русски? )))))
DB
вообще, dbaware компоненты те еще занозы. я как-то предпочитаю обычные + прослойку к базе.
DB
писанины может и больше. но головняка точно меньше. да и далеко не везде dbaware есть. а обычные есть везде (привет Nik'у :)
N
писанины может и больше. но головняка точно меньше. да и далеко не везде dbaware есть. а обычные есть везде (привет Nik'у :)
Угу. Я тож эти dbaware не люблю. А под FMX их ещё и нет)
DB
угу )
AK
извините, что вклиниваюсь. в порядке самообразования. Для типа Variant разве нет чего-то типа хэлпера, чтоб не Boolean(variable) писать, а variable.AsBoolean?
V
Народ, помогите, выбор значения в DBComboBox, при потери фокуса мышью, само сменяется на 1 значение в запросе. Если клавой выхожу из DBComboBox, то все нормально. Как решить проблему. Я уже сдался.
Keyvalye помотри как меняется...
AE
Ок.
AE
Keyvalye помотри как меняется...
В Delphi 7 , нет этого свойства.
DB
извините, что вклиниваюсь. в порядке самообразования. Для типа Variant разве нет чего-то типа хэлпера, чтоб не Boolean(variable) писать, а variable.AsBoolean?
там хитрый тип
TVarData = packed record
с примочками
TVarData = packed record
с примочками
AS
Заметка из кровавого энтерпрайза:
Делаем настройку, у неё есть "название", в нём пишем
не работает...
пишем тикет в саппорт
высылаем логи, конфиги, бла-бла...
выясняется. что эта настройка пишется в xml...
а не работает почему?
потому, что ...
платный софт за мильёны...
Делаем настройку, у неё есть "название", в нём пишем
Ignore ... ending with "/error"не работает...
пишем тикет в саппорт
высылаем логи, конфиги, бла-бла...
выясняется. что эта настройка пишется в xml...
а не работает почему?
потому, что ...
<exclude name="Ignore ... ending with "/error""><servlet-rule>...платный софт за мильёны...
это эпично! ))
написали, типа, подтвердите, что это бага
...we hope you have already raised the internal ticket. Please confirm that you understand this is a bug ...
Отвечают:
Harshit Rajput Today at 16:16
Hi...
This is not exactly a bug in .... This is how the XML parser and XML syntax works. The string value being set inUI are directly being taken as it is. Even if we we edit .xml files directly giving such values to the attribute i.e values containing unescaped " characters , then it will create conflict for the XML parser.
We can use hit and trial values by escaping the " characters in the value, but testing it with XML
parsing will take time and lot of exchanges, hence suggested to remove double character from the value itself.
🤦♂️
написали, типа, подтвердите, что это бага
...we hope you have already raised the internal ticket. Please confirm that you understand this is a bug ...
Отвечают:
Harshit Rajput Today at 16:16
Hi...
This is not exactly a bug in .... This is how the XML parser and XML syntax works. The string value being set inUI are directly being taken as it is. Even if we we edit .xml files directly giving such values to the attribute i.e values containing unescaped " characters , then it will create conflict for the XML parser.
We can use hit and trial values by escaping the " characters in the value, but testing it with XML
parsing will take time and lot of exchanges, hence suggested to remove double character from the value itself.
🤦♂️
I
они не эскейпят спецсимволы при записи настройки в файл?
GB
это эпично! ))
написали, типа, подтвердите, что это бага
...we hope you have already raised the internal ticket. Please confirm that you understand this is a bug ...
Отвечают:
Harshit Rajput Today at 16:16
Hi...
This is not exactly a bug in .... This is how the XML parser and XML syntax works. The string value being set inUI are directly being taken as it is. Even if we we edit .xml files directly giving such values to the attribute i.e values containing unescaped " characters , then it will create conflict for the XML parser.
We can use hit and trial values by escaping the " characters in the value, but testing it with XML
parsing will take time and lot of exchanges, hence suggested to remove double character from the value itself.
🤦♂️
написали, типа, подтвердите, что это бага
...we hope you have already raised the internal ticket. Please confirm that you understand this is a bug ...
Отвечают:
Harshit Rajput Today at 16:16
Hi...
This is not exactly a bug in .... This is how the XML parser and XML syntax works. The string value being set inUI are directly being taken as it is. Even if we we edit .xml files directly giving such values to the attribute i.e values containing unescaped " characters , then it will create conflict for the XML parser.
We can use hit and trial values by escaping the " characters in the value, but testing it with XML
parsing will take time and lot of exchanges, hence suggested to remove double character from the value itself.
🤦♂️
дожил, индус из поддержки объясняет тебе как XML работает :)
AS
Igor
они не эскейпят спецсимволы при записи настройки в файл?
the string value being set inUI are directly being taken as it is.
да, б..ть
и говорят "это ок.. это не бага"..
да, б..ть
и говорят "это ок.. это не бага"..
AS
дожил, индус из поддержки объясняет тебе как XML работает :)
да ппц... )