Этот топик читают: Гость
Гость
Ответов: 17029
Рейтинг: 0
|
|||
Редактировалось 1 раз(а), последний 2017-03-02 18:56:17 |
|||
карма: 0 |
|
Ответов: 902
Рейтинг: 27
|
|||
Galkov,
За свои слова отвечать следует даже чайникам
За базар отвечаю: Тест 1 code_1443.txt Тест 2
В два три раза, это я конечно грубанул,извините. Но ведь разница в 40 сек. есть |
|||
карма: 1 |
| ||
файлы: 1 | code_1443.txt [7.4KB] [318] |
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
juk, глюченную схему давай с RichEditor'ом
|
|||
карма: 22 |
|
Ответов: 902
Рейтинг: 27
|
|||
nesco, Схема таже:
code_1445.txt Может я просто чего не так настроил? У меня при передаче строк в таблицу выводятся цифры. И ещё если просто загрузить в таблицу несколько строк,а потом прокручивать текст туда-сюда ползунком,то таблица открывается на весь экран и даже после закрытия программы какоето время ещё висит,постепенно убираясь там,где водиш мышкой. Это пока единственный глюк что я заметил.Если не считать выше изложенный. [size=-2]------ Добавлено в 03:47 И с рабочим столом творится что-то ужасное! Но я очень посторался ,быстро туда-сюда листал текст. |
|||
карма: 1 |
| ||
файлы: 1 | code_1445.txt [7.5KB] [338] |
Ответов: 9906
Рейтинг: 351
|
|||
juk писал(а): Единственно я не пойму куды здесь счётчик времени совать?
Если начало отсчёта на кнопку пуск,то как узнать об окончании инициализации? Это не "единственно" - это ГЛАВНОЕ. Ровно в тот момент, когда найдешь "куды совать", так у тебя и время работы станет даже больше И белые люди проводят сравнение - в РАВНЫХ условиях Перед тем как делать вывод о причинах. Если не нашел "куды совать" во втором примере - отключи "сование" в первом, и после этого сравнивай. Или для примера отключи в первом StringTable.doAdd - узнаешь чего стоит ТОЛЬКО твое "сование" Наверняка оно (сование) на 40 секунд и потянет. Экспериментаторы, блин Ну давай, продолжай отвечать за слова [size=-2]------ Добавлено в 07:15 juk, вот тебе, на всякий случай, для осознания цены "сования", и цены внешнего Enum (который nesco съэкономил знаменитым методом) - тестовый пример: code_1446.txt |
|||
карма: 9 |
| ||
файлы: 1 | code_1446.txt [1.9KB] [398] |
Гость
Ответов: 17029
Рейтинг: 0
|
|||
Редактировалось 1 раз(а), последний 2017-03-02 18:56:18 |
|||
карма: 0 |
|
Ответов: 9906
Рейтинг: 351
|
|||
juk писал(а): Просто на нижнюю точку хаба, после начала инициализации,правда ещё точность не проверял.Да ну... Логика топика очень простая: 1) Вопрос: как можно быстрее перегнать все строки из StrList в Memo, чем через Enum 2) Ответ: передать текст целиком 3) Вопрос: а как если не в Memo, а в StringTable 4) Ответ: никак Так вот, я за свои слова отвечаю: НИКАК, оно и есть НИКАК. Простите, но остальные методы для "быстрее" из этого топика - вранье [size=-2]------ Добавлено в 09:30 И не капризничайте больной: доктор сказал в морг, значит - в морг |
|||
карма: 9 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Galkov, да -- напрямую никак, всеравно Add с построчным вводом надо делать, но улушать и оптимизировать ради десятка секунд и экономии компонентов никто не запрещал.
[size=-2]------ Добавлено в 10:25 juk, где ты Convertor нашел, что у него методы появились _work_doConvert13 и _work_doConvert14, и что это за режими конвертации ты применял? |
|||
карма: 22 |
|
Ответов: 9906
Рейтинг: 351
|
|||
nesco писал(а): всеравно Add с построчным вводом надо делать, но улушать и оптимизировать ради десятка секунд и экономии компонентов никто не запрещалУмный работает один раз, дурак - десять. Расшифровываю: а) можно запихивать куски схемы в элементы, и писать на них на всех (те самые "10 раз") хэлп на 3 страницы - на каждый . б) можно работать над тем, чтобы HiAsm делал коды НЕ ХУЖЕ тех, что ты запихивашь в элемент методом "мультипроцессности" Это TDateTime Real - грубо говоря [size=-2]------ Добавлено в 10:48 nesco писал(а): ради десятка секундНе увидел десятка секунд. Пример выше - Enum на миллион. Там нет десятка секунд. Точнее экспериментировать надо. |
|||
карма: 9 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Galkov писал(а): HiAsm делал коды НЕ ХУЖЕЯ с этим полностью согласен. Меня, в этом случае, сдерживает только одно -- увеличение внешних компонентов. Включить одну точку в компоненте проще, чем иметь лишний компонент на схеме. Даже имея много разрывов, сносок, описаний, красивую разводку -- все это гораздо сложнее, чем просто иметь один линк. Это напрямую связано с упрощением восприятия схемы. Но это мое ИМХО, и никак, пока, я от него отойти не могу. Galkov писал(а): Это TDateTimeУ меня компонент Converter с SVN (последний релиз 335). Не было там такого. Может уже 336 вышел, но у меня доступ к SVN только дома. Galkov писал(а): Не увидел десятка секундСегодня я их тоже не увидел. Выборок надо было больше делать и усреднять, а я это упустил. Преимущества особого -- нет. |
|||
карма: 22 |
|
Ответов: 9906
Рейтинг: 351
|
|||
nesco писал(а): Меня, в этом случае, сдерживает только одно -- увеличение внешних компонентов. Включить одну точку в компоненте проще, чем иметь лишний компонент на схемеМожно вообще не иметь ни одного компонента в схеме - попросить кого-то написать программу. Аж ничем не отличается от происходящего с тобой сегодня: кому-то, предположим, не хочется иметь элемент в схеме и он попросил тебя сделать некий программный код ВМЕСТО него. Это от того что ты понимаешь, что программирование есть самостоятельная работа, а кто-то считает что программирование - это найти кого попросить, чтобы он это сделал за тебя. Программирование на HiAsm - это установка элемента(ов), с необходимыми подключениями. Типа как ваяние скульптуры: берешь каменюку, и отсекаешь все лишнее. Запомнил определение ??? А теперь представь себе абстрактный элемент, в котором 1000 св-в, и по 400 точек с каждой стороны. Делать может - да почти все. И программирование будет заключаться в чтении толстого букваря на него для нужного выбора комбинации св-в, чтобы делал то чего хочется. Вспомни определение программирования на HiAsm, и ответь: это было программирование на HiAsm nesco писал(а): У меня компонент Converter с SVN (последний релиз 335). Не было там такогоИ нету. Это ему Леонид подсунул, скорее всего. Помнишь топик, про времена Надо взять и СДЕЛАТЬ дополнительный конвертор для DateTime. Три типа: Real - в сутках, Integer - в секундах, String - в соответствии со строкой формата (в KOL-овском стандарте), св-ва этого элемента. Способы преобразования очень просты: любого в любой. И во ВСЕХ наших элементах возвращать дату и время в одном только формате. Кому нужен текст, к примеру - вот тебе конвертор. Под KOL, конечно, удобнее делать этот общий тип для элементов - TDateTime. Вот задача, значительно более разумная, чем встраивание этого конвертора (в соответствии с идеологией "мультипроцессности") в каждый такой элемент. Даже противоположная "мультипроцессности" Берешься На следующий день на SVN положу Даже если ночь спать не придется |
|||
карма: 9 |
|
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Galkov писал(а): Берешься Попробую. Почему бы и нет? Вот это только непонятно Galkov писал(а): любого в любойГде взять список этих форматов? И вот, что я хотел еще спросить. Galkov писал(а): в соответствии с идеологией "мультипроцессности" |
|||
карма: 22 |
|
Ответов: 9906
Рейтинг: 351
|
|||
"Графическое" и "Мультипроцессность" - это разные вещи
Могут быть вместе, могут - по отдельности. Это как красный и прямоугольный... Наверное надо Dilma сказать, чтобы он делил интерфейсные элементы на две вкладки именно по такому признаку - "виндячие", и "красивые" - OwnDrawn по научному. И возможны две философии пользователя: а) пусть рисует все винда, она для того и делалась, буду я на эту ерунду еще коды тратить б) ай хочу сам нарисовать, еще красивше - будет экстра супер круто. ОБЕ имеют право на жизнь. Даже несмотря на то, что лично я считаю, что в "красивости" нуждается тот программист, которому в своей программе и предъявить особо больше нечего. Пример: в среде HiAsm виндячее меню, а не OwnDrawn. Не вижу в этом ничего плохого. Как и то, что сделать более "красивое" меню - не есть для среды жизненно необходимая вещь. Потому что не в красивости окошек смысл и сила HiAsm Есть чего предъявить и без этого НО - не намерен никому свое мнение навязывать, пусть остальные считают, как хотят. Кроме того клинического случая, когда считают, что кроме "красивости" ничего в элементной базе HiAsm больше не надо (было такое, между прочим). [size=-2]------ Добавлено в 13:38 nesco писал(а): Где взять список этих форматов?Про TDateTime - все в KOL, как и про синаксис его форматной строки Integer - фиг его знает. В смысле, Dilma-то точно знает - говорил, что во всех базах данных именно этот тип и используется. Может народ подскажет, с какого момента начинают енти секунды отсчитываться... А может еще проще: наверняка в KOL есть преобразование в этот формат, раз он общеупотребим и всем известен |
|||
карма: 9 |
|
Ответов: 8908
Рейтинг: 823
|
|||
nesco, если будете делать элемент для обработки даты и времени, не забудьте про разные разделители и порядок даты-времени в строковом представлении: 22/06/07 12:05:05, или 22.06.2007-12:05:05, или 06/31/07 и т. д.
code_1448.txt |
|||
карма: 19 |
| ||
файлы: 1 | code_1448.txt [2.3KB] [485] |
Разработчик
Ответов: 26109
Рейтинг: 2124
|
|||
Леонид, ну это маску будем делать. Обязательно
|
|||
карма: 22 |
|