Вверх ↑
Этот топик читают: Гость
Гость
Ответов: 17029
Рейтинг: 0
#1: 2010-01-26 20:43:01 правка | ЛС | профиль | цитата


Редактировалось 10 раз(а), последний 2025-02-28 10:04:20
карма: 0

0
Ответов: 1841
Рейтинг: 369
#2: 2010-01-26 20:43:34 ЛС | профиль | цитата
Это был я...
карма: 1
0
Разработчик
Ответов: 26209
Рейтинг: 2137
#3: 2010-01-27 10:26:24 ЛС | профиль | цитата
85.26.183.3 писал(а):
Предлагаю добавить точки к параметрам "Char", "From" и "Count"

В принципе, добавить установку в RealTime точек Char и From можно, но Count нельзя, он влияет на кол-во выходных точек и устанавливается один раз при создании экземпляра класса элемента
карма: 22

1
Голосовали:CriDos
Ответов: 4639
Рейтинг: 755
#4: 2010-01-27 12:45:58 ЛС | профиль | цитата
Если количество частей строки заранее неизвестно, можно использовать компонент Str_Enum
карма: 26

0
Разработчик
Ответов: 26209
Рейтинг: 2137
#5: 2010-01-27 13:27:10 ЛС | профиль | цитата
Netspirit писал(а):
Если количество частей строки заранее неизвестно, можно использовать компонент Str_Enum

Во, блини. Ну ты и Америку открыл, а что, про это никто раньше не знал
карма: 22

0
Администрация
Ответов: 15295
Рейтинг: 1519
#6: 2010-01-27 14:06:19 ЛС | профиль | цитата
nesco писал(а):
а что, про это никто раньше не знал

раз последовало предложение вынести св-во Count, то видимо кто-то "про это раньше не знал"
карма: 27
0
Разработчик
Ответов: 26209
Рейтинг: 2137
#7: 2010-01-27 14:38:30 ЛС | профиль | цитата
Dilma писал(а):
то видимо кто-то "про это раньше не знал"

Скорее всего, не представлял себе, что этого нельзя сделать в этих компонентах
карма: 22

0
Ответов: 1841
Рейтинг: 369
#8: 2010-01-27 18:21:51 ЛС | профиль | цитата
Да знал я про Str_Enum но у меня количество частей строки заранее было известно но их нужно ещё было и выберать и поэтому я положился на эти элементы (MultiStrPart и MultiStrData) но когда пришло время до использовании их в схеме то стопарнулся из-за того что значение "From" нельзя изменять в "RealTime" и тогда уже пришлось переделать немного схему и использовать Str_Enum вот по этому я и предложил добавление точек этим свойствам дабы такая ситуация больше не повторилась...
карма: 1
0
Ответов: 1536
Рейтинг: 176
#9: 2011-06-03 11:35:25 ЛС | профиль | цитата
nesco, при рассмотрении данных компонентов MultiStrPart и MultiStrData, возникает мысль, а нельзя ли их объединить в один (для гибкости и экономии места)?
карма: 1
Не так страшна ошибка, как опасность её не заметить.

0
Разработчик
Ответов: 4698
Рейтинг: 426
#10: 2011-06-03 11:39:23 ЛС | профиль | цитата
ser_davkin писал(а):
nesco, при рассмотрении данных компонентов MultiStrPart и MultiStrData, возникает мысль, а нельзя ли их объединить в один

Что-то я не могу представить ситуации, в которой необходимо применение такого гибрида.
карма: 10
0
Разработчик
Ответов: 26209
Рейтинг: 2137
#11: 2011-06-03 11:55:36 ЛС | профиль | цитата
ser_davkin писал(а):
при рассмотрении данных компонентов MultiStrPart и MultiStrData, возникает мысль, а нельзя ли их объединить в один (для гибкости и экономии места)?

В настоящем пакете больше не будет ничего добавляться, объединяться и переделываться, только будут корректироваться обнаруженные баги. Пакет приобретает статус замороженного, так же, как сейчас сам Hiasm 4
карма: 22

0
Ответов: 1536
Рейтинг: 176
#12: 2011-06-03 11:56:58 ЛС | профиль | цитата
В случаях, когда необходимо снять не только свойство, но и событие. И так далее цепью.
------------ Дoбавленo в 11.56:
nesco, ответ понятен. Спасибо.
карма: 1
Не так страшна ошибка, как опасность её не заметить.

0
Разработчик
Ответов: 26209
Рейтинг: 2137
#13: 2011-06-03 11:57:19 ЛС | профиль | цитата
ser_davkin писал(а):
В случаях, когда необходимо снять не только свойство, но и событие. И так далее цепью

Читай мой пост. Пора уже остановиться на том, что есть, и экономия места на поле багом не является
карма: 22

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