Вверх ↑
Этот топик читают: Гость
Ответов: 3514
Рейтинг: 184
#76: 2009-02-17 19:05:23 ЛС | профиль | цитата
Валерий, это глупость. Легче скачать старую версию.
карма: 0
0
Ответов: 1397
Рейтинг: 50
#77: 2009-02-17 19:10:01 ЛС | профиль | цитата
1. Не всегда будут доступны старые версии.
2. В новых версиях возможно будет меняться интерфейс и для новичков.
Хотя оно и понятно, что этому не бывать У разработчиков сил еле хватает для дальнейшего развития, а поддерживать старые версии ....
карма: 0
Время верстки: %cr_time% Текущее время: %time%
0
Администрация
Ответов: 15294
Рейтинг: 1518
#78: 2009-02-17 20:59:59 ЛС | профиль | цитата
Вячеслав, глядя на последний ответ я окончательно потерял надежду оставить патекику в стороне и начать обсуждать конкретные вопросы по конкретной теме. Если у вас действительно имеется желание разобраться(на что я надеюсь) с этим вопросом заходите во встроенный чат HiAsm(жду сегодня-завтра с 21.00 до 01.00) - форум(судя по всему) ни к чему кроме флейма не располагает. Готов задать еще раз теже вопросы, на которые ответ тут так и не был дан. Дальнейшее обсуждение в том же русле в этой теме предлагаю закрыть.

Валерий писал(а):
Осталось ввести в HiAsm две кнопки.
Жмешь на первую и у тебя интерфейс для начинающего пользователя уровня 167.
Жмешь на вторую и у тебя современный (продвинутый интерфейс).
Соответственно меняется и набор компонентов.

Валерий, для этого надо всего лишь взять любую версию стандартного пакета(от третьего поколения среды) и поубирать от туда все, что вам кажется сложным для новичков(80-120 элементов хватит вполне). И соответственно все оставшееся проверить на работу под FPC. Вот и получили набор юного пионера для тех, кто не желает заморачиваться. Поддержка проекта при этом будет заключаться в переносе пакета под новые среды. У всех, кто так печется о новичках, которым приходится непомерно много знать для работы с новыми средами будет реальный шанс доказать нам(и себе), что они способны подкрепить свои слова делом.
карма: 26
0
Ответов: 1397
Рейтинг: 50
#79: 2009-02-17 21:13:52 ЛС | профиль | цитата
Меня лично в выходе новых версий не устраивает лишь то, что я являясь далеко не программистом и не имея достаточного времени на изучение нововведений (дается с трудом), отстаю примерно на полгода-год от быстро развивающегося HiAsmа. Но это естественно мои проблемы.
карма: 0
Время верстки: %cr_time% Текущее время: %time%
0
Ответов: 3851
Рейтинг: 159
#80: 2009-02-18 01:31:10 ЛС | профиль | цитата
nesco писал(а):
раскладывая таблицу на составные компоненты, что бы наоборот, и легче было, и код меньше из-за ненужных модулей был, особенно на больших схемах

очень давно предлагал - если метод элемента не используется в схеме - не компилировать его.. Я как железячник привык ставить новинку на эстакаду и рассматривать её в разных позах целиковую, а не как сборная мебель - лежит куча разных частей, нужно сначала заизучить каждую в отдельности, а потом начинать думать - какими же сторонами их свинтить, чтобы получился диван (а не АК).. Про инструкцию не упоминаю по известной причине
Очень бы хотелось попробовать "разборный" компонент - вот он здоровенный, счёлкнул, и вместо него уже просто кучка маленьких запчастей.. Не нужен туалет на самолёте - ну и не будем тогда его монтировать - зачем он камикадзе (к примеру)


Ravilr писал(а):
Мне на схеме хватает одного хинтменеджера....зачем городить огород менеджеров??

Менеджеры хороши, когда их "не много"


Вячеслав писал(а):
концепция поменялась и теперь HiAsm создаётся для продвинутого пользователя

мде, сопсна тоже закралось такое ощущение. Визуальность только нас спасёт
карма: 0
начавший
0
Разработчик
Ответов: 26061
Рейтинг: 2120
#81: 2009-02-18 03:24:52 ЛС | профиль | цитата
Андрей. писал(а):
очень давно предлагал - если метод элемента не используется в схеме - не компилировать его

Так и реализовано. То, что в данном случае подразумевается под разделением на составные части, не совсем то о чем подумалось. Преследовалась совершенно другая цель -- убрать из компонентов по-возможности методы, чтобы в них не теряться. Ну нет каких-то свойств или методов, которые используются раз в пятилетку, ну зачем же их в списке держать, лучше сделать отдельный компонент и отдать ему это свойство или метод. Нужно оно, поставил компонент и оно есть, не нужно не ставь. Например, еще один момент -- в таблице StringTableMT есть свойство графической отрисовки, в свойствах которого потеряться можно, а код его пол компонента занимает (ну четверть -- точно), и зачем его таскать с собой каждый раз. Вывели этот обработчик отдельным компонентом вместе с необходимым свойством его включения и остальными, которые в нем работают, и получился менеджер графической отрисовки. Не нужен он тебе, не ставь, одна четвертая кода сразу укоротится. К тому же его можно использовать один на несколько таблиц с одинаковой графической отрисовкой, и все это получится пограммированием одного менеджера на всех, а не каждой таблицы в отдельности.
карма: 22

0
Ответов: 5227
Рейтинг: 585
#82: 2009-02-18 05:18:50 ЛС | профиль | цитата
Андрей. писал(а):
Визуальность только нас спасёт


В MMB вобще нет визуализации как такавой, однако поклонников этого конструктора меньше не становится. (сам когда то им занимался).
карма: 4
Мой форум - http://hiasm.bbtalk.me/ схемы, компоненты...
0
Ответов: 4641
Рейтинг: 334
#83: 2009-02-18 08:26:23 ЛС | профиль | цитата
Андрей. писал(а):
Менеджеры хороши, когда их "не много"


Маленький вопрс, А в каких случаех необходимо хинтменеджеры больше 2-х например?? Можно реальный пример из жизни!!! Именно жизненно необходимы....а не рюшечки аля для каждой записи по подсказки - радуга!!
карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
Администрация
Ответов: 15294
Рейтинг: 1518
#84: 2009-02-18 10:54:26 ЛС | профиль | цитата
Андрей. писал(а):
очень давно предлагал - если метод элемента не используется в схеме - не компилировать его

это делает не HiAsm, а компилятор целевого кода

Ravilr писал(а):
А в каких случаех необходимо хинтменеджеры больше 2-х например??

наверно Андрей., говорил про менеджеры вообще. Количество их использования в схеме зависит от задач, а не от того хорошо это или плохо.

Андрей. писал(а):
мде, сопсна тоже закралось такое ощущение

у кого закрадываются ощущения прошу еще раз пересмотреть видео урок http://hiasm.1gb.ru/forum.html?q=3&t=56, который был сделан около 3х лет назад и рассказать нам, чего сегодня делается не так, как там продемонстрированно
карма: 26
0
Ответов: 3655
Рейтинг: 69
#85: 2009-02-18 18:05:20 ЛС | профиль | цитата
Астрамак писал(а):
Чем я не пример?

Ты далеко не новичок в HiAsm.
Dilma писал(а):
Дальнейшее обсуждение в том же русле в этой теме предлагаю закрыть.

Закрыто.
Dilma писал(а):
с этим вопросом заходите во встроенный чат HiAsm(жду сегодня-завтра с 21.00 до 01.00) - форум

Окей.
Вчера так и не смог попасть на форум.

Теперь посуществу.
Менеджеры это новое понятие в Hiasm коих доселе небыло.
К тому же это глобальный объект коих доселе тоже небыло.

Поэтому мне кажется они должны иметь другой вид и другую функциональность.
И приравнивать их к обычным компонентам мне кажется неверно.
Для них необходим другой интерфейс,сообщающий об их функциях ,рассказывающий
о том куда он(менеджер) подключён с какими компонентами взаимодействует и как.
(например менеджер это мультик при расскрытии которого будет отображаться
подробная информация)

Так же раз у нас визуальная среда на компоненте должно визуально отображаться
его подключение к какому либо менеджеру.
(например на иконке компонента цифра которая обозначает количество подключённых
к этому компоненту менеджеров при клике на которой появляется связь и дополнительная информация
рассказывающяя о взаимодействии данного компонента с менеджером.)
Иконка менеджера должна быть например больше по размеру или круглая, а так же
должна иметь какой то графический примитив сообщяющий об его подключённости.
Вот приблизительно так ,я вижу дальнейшее развитие этой технологии.



карма: 0

1
Голосовали:Andrey
Администрация
Ответов: 15294
Рейтинг: 1518
#86: 2009-02-18 18:22:02 ЛС | профиль | цитата
вот это уже похоже на объективную оценку...

Вячеслав писал(а):
К тому же это глобальный объект коих доселе тоже небыло.

GlobalVar точно такой же глобальный объект. Даже гораздо в большей степени

Вячеслав писал(а):
Поэтому мне кажется они должны иметь другой вид

у менеджеров тоже есть точки, через которые они подключаются к другим элементам схемы


карма: 26
0
Ответов: 3655
Рейтинг: 69
#87: 2009-02-18 19:10:33 ЛС | профиль | цитата
Dilma писал(а):
GlobalVar точно такой же глобальный объект. Даже гораздо в большей степени

Он не влияет на функциональность других компонентов.
Впрочем словосочетание глобальный объект было примененено лишь потому что не
нашёл другого.
Dilma писал(а):
у менеджеров тоже есть точки, через которые они подключаются к другим элементам схемы

В моём понятии менеджер это компонент который может обладать дополнительной функциональностью
(изменять функциональность других компонентов.)
И изменённый внешний вид как раз и будет об этом говорить
(внимание, я непростой ,я глобальный)
карма: 0

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#88: 2009-02-18 19:28:16 ЛС | профиль | цитата
Dilma, в первую очередь, мне кажется, надо поле Name закрасить по типу полей менеджеров, можно другим цветом. Это основное поле, которое идентифицирует самого менеджера в среде. На фоне всех серых полей оно обязательно должно выделяться
карма: 22

0
Администрация
Ответов: 15294
Рейтинг: 1518
#89: 2009-02-18 21:25:40 ЛС | профиль | цитата
Вячеслав писал(а):
В моём понятии менеджер это компонент который может обладать дополнительной функциональностью
(изменять функциональность других компонентов.)

не могу согласится. Под это определение ну никак не подходит HintManager. Все Data менеджеры из пакета WEB тоже на функционал своих клиентов не влияют никак(они всего лишь предоставляют данные и не более). Поэтому давать точное опеределение я бы пока не стал.
карма: 26
0
Ответов: 3851
Рейтинг: 159
#90: 2009-02-18 23:06:34 ЛС | профиль | цитата
Вячеслав писал(а):
В моём понятии менеджер это компонент который может обладать дополнительной функциональностью

Мне даже думается не сколько дополнительной, сколько особой - отличающейся. Ибо их влияние, не проследить привыкшему к "проводам" юзеру. А раз уж само понятие манагера задумано для борьбы с захламлённостью схемы "проводами", то и функционал его далжён быть распознаваем не линками - а внешним видом (единственный вариант, который я вижу)
Вячеслав писал(а):
они должны иметь другой вид и

несмотря на то, что
Dilma писал(а):
у менеджеров тоже есть точки,



Dilma писал(а):
GlobalVar точно такой же глобальный объект. Даже гораздо в большей степени

между прочим, в своё время была мысль предложить выделить её глобальность, - неискушённому хиасмисту это точно бы помогло, но как-то съехалось на тормозах..

nesco писал(а):
поле Name закрасить
точно, например инвертировать с фоном..
карма: 0
начавший
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)