Вверх ↑
Этот топик читают: Гость
Администрация
Ответов: 15295
Рейтинг: 1519
#16: 2009-03-15 13:40:06 ЛС | профиль | цитата
tsdima писал(а):
использовать профиль "по-умолчанию" нужно только в случае добавления из палитры, а никак не в случае загрузки из файла или копировании из буфера обмена.

спорный вопрос. Сейчас профиль по умолчанию применяется к шаблону элемента после его загрузки в память, что в точности соответветствует ситуации, когда данные изменения вносятся в ini элемента. Напомню, что когда профиль создавался то он и был призван заменить данную процедуру. В тоже самое время в среду была добавлена опция по сохранению в схемах только тех настроек, которые отличаются от умалчиваемых. Однако небольшая неправильность в работе профиля все же обнаружилась - при сохранение проекта за дефолтное значение принималось старое, а не измененное профилем. Это исправлено.
карма: 27
0
Ответов: 2060
Рейтинг: 28
#17: 2009-03-15 14:56:30 ЛС | профиль | цитата
А я HiAsm полностью переставлял после попытки использовать профили.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#18: 2009-03-15 15:02:25 ЛС | профиль | цитата
Эдик, Windows тоже можно переставлять после случайного удаления программы "Косынка"...
карма: 27
0
Ответов: 2125
Рейтинг: 159
#19: 2009-03-15 22:32:35 ЛС | профиль | цитата
Dilma писал(а):
при сохранение проекта за дефолтное значение принималось старое, а не измененное профилем. Это исправлено

За дефолтное значение принималось как раз значение из профиля "по-умолчанию", т.е. если значение свойства совпадает с указанным в профиле, то не сохранять его в .sha, что является неправильным, т.к. в таком случае схема зависит от настроек профиля. Аналогично, чтобы схема не зависела от профилей, они не должны использоваться при загрузке. Иначе "не свои" схемы будут иметь другие значения свойств.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#20: 2009-03-15 23:07:44 ЛС | профиль | цитата
   все верно. Профилем, который применяется к элементу при его создании в среде надо менять только логико не зависимые настройки, например, заголовки интерфейсных элементов, размеры, цвета, шрифты и т.д. и т.п (скажем вам не нравится надпись "Push" на кнопке - замените ее профилем по умолчанию и больше ни в одной схеме она не появится, ни в своей, ни в чужой).

   То, что предлагается выше - применение профиля только при создании его из палитры - это уже совершенно новый функционал, который можно внести в отдельный тип, представленной еще одной кнопкой.
карма: 27
0
Ответов: 2125
Рейтинг: 159
#21: 2009-03-16 11:00:00 ЛС | профиль | цитата
Dilma писал(а):
менять только логико не зависимые настройки, например, заголовки интерфейсных элементов, размеры, цвета, шрифты и т.д.

Тут я согласен, но вот пользователь об этом вряд-ли сам догадается. Получается, надо ему об этом явно заявлять, если он сделал что-то непотребное.
С другой стороны, логика программы может измениться даже если изменится дефолтное имя кнопки, если пользователь этого захочет
Т.е. если будет проверять текст заголовка, например.
карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#22: 2009-03-16 13:54:15 ЛС | профиль | цитата
хороший повод написать статейку о том, когда и зачем это стоит использовать
карма: 27
0
Ответов: 2125
Рейтинг: 159
#23: 2009-03-16 14:03:15 ЛС | профиль | цитата
А что делать, если пользователь никогда не пользовался этой фичей и случайно кликнул по той самой галочке, и может даже не заметил этого?
карма: 1

0
Ответов: 2060
Рейтинг: 28
#24: 2009-03-16 14:19:32 ЛС | профиль | цитата
tsdima писал(а):
А что делать, если пользователь никогда не пользовался этой фичей и случайно кликнул по той самой галочке, и может даже не заметил этого?

Переставлять HiAsm. Я так делал.
Шутка. Нужно сделать видео урок.

карма: 1

0
Администрация
Ответов: 15295
Рейтинг: 1519
#25: 2009-03-16 16:43:15 ЛС | профиль | цитата
сообщение можно вставить какое-нибудь
карма: 27
0
25
Сообщение
...
Прикрепленные файлы
(файлы не залиты)