Вверх ↑
Этот топик читают: Гость
Администрация
Ответов: 15294
Рейтинг: 1518
#16: 2011-05-31 21:45:04 ЛС | профиль | цитата
если речь идет действительно об этом, то
1) интересно каким образом это относится к версии среды?
2) почему вопрос поднимается как "Я так понимаю лошадей на переправе не меняют, ну так и надо карты вскрыть", когда год назад об этом было подробно и объективно написано как минимум тут: http://blog.hiasm.com/article/10/?
карма: 26
0
Ответов: 5227
Рейтинг: 585
#17: 2011-05-31 21:59:11 ЛС | профиль | цитата
Казалось простая мысль о переносе кода на новую платформу конструктора напрочь зафлудила чужую тему, просьба к модераторам перенести в отдельную тему.
------------ Дoбавленo в 21.59:
Dilma, мне просто казалось раз есть конверторы различных яву так и Вы возможно смогли-бы что нибудь предложить, там достаточно 70% перевода, остальное только подстёгивает для того чтобы веслом махать. (к сожелению у меня ссылка на блог не работает )

карма: 4
Мой форум - http://hiasm.bbtalk.me/ схемы, компоненты...
0
Администрация
Ответов: 15294
Рейтинг: 1518
#18: 2011-05-31 21:59:38 ЛС | профиль | цитата
andrestudio, дабы внести ясность в суть вопроса: если вы не согласны с принимаемыми в рамках проекта решениями - приводите аргументы. Рассмотрим, подумаем, возможно что-то изменим.

Ну и для досуга вопрос с намеком: вы вообще как себе видите дальнейшее развитие пакета Windows?
карма: 26
0
Гость
Ответов: 17029
Рейтинг: 0
#19: 2011-05-31 22:04:55 правка | ЛС | профиль | цитата


Редактировалось 6 раз(а), последний 2021-05-21 06:44:37
карма: 0

0
Администрация
Ответов: 15294
Рейтинг: 1518
#20: 2011-05-31 22:09:01 ЛС | профиль | цитата
andrestudio писал(а):
мне просто казалось раз есть конверторы различных яву так и Вы возможно смогли-бы что нибудь предложить, там достаточно 70% перевода, остальное только подстёгивает для того чтобы веслом махать. (к сожелению у меня ссылка на блог не работает )

это уже вопрос по существу...

Автоматический перевод элементом пакета Windows под что-то еще (что угодно, основанное на XTCG) не возможен сразу по нескольким причинам:
1) принцип кодогенерации пакетов настолько сильно различается, что эта задача становится эквивалентной пересборки танка в станок для напыления слоев процессора на кремниевую подложку
2) используемые фреймворки так же далеки друг от друга, как аналогия из п.1.

Однако кое-что перенести можно - если элемент реализует некий алгоритм по обработке чего-то, то он может быть перенесен с минимальными правками (элементы работы с графикой, со строками, с OpenGL и т.д.), при условии (очевидно), что целевые языки пакетов совпадают или обратно совместимы.
карма: 26
0
Ответов: 5227
Рейтинг: 585
#21: 2011-05-31 22:10:12 ЛС | профиль | цитата
блин ещё и выкинуло до кучи.
Dilma писал(а):
вы вообще как себе видите дальнейшее развитие пакета Windows?
да как ещё его видеть то, только им и пользуюсь, можно конечно и в люниксойды податся, только некогда мне, работать надо а тестировать всё подряд.
карма: 4
Мой форум - http://hiasm.bbtalk.me/ схемы, компоненты...
0
Ответов: 3889
Рейтинг: 362
#22: 2011-05-31 22:10:34 ЛС | профиль | цитата
Довольно забавно видеть обсуждение "нужна ли кроссплатформенность" или "куда девать наработки с Windows" в свете того, что Автор пользуется кардинально другой системой. То есть, по умолчанию, приоритеты его будут очевидны. Соответственно, надо понимать, что если равновесие и будет достигнуто, оно будет между ОС, и то только если со стороны пользователей ОС от Micro$oft будет не менее сильный источник "гравитации" в лице сильного разработчикаколлектива, достойный Автора.
карма: 1

0
Администрация
Ответов: 15294
Рейтинг: 1518
#23: 2011-05-31 22:13:04 ЛС | профиль | цитата
andrestudio писал(а):
да как ещё его видеть то, только им и пользуюсь, можно конечно и в люниксойды податся, только некогда мне, работать надо а тестировать всё подряд.

не заметил прямого ответа на поставленный вопрос... Однако податься в линуксойды это значит отказаться от пакета, что надо понимать как ответ "путей дальнейшего развития пакета Windows не вижу". Так?
карма: 26
0
Ответов: 3889
Рейтинг: 362
#24: 2011-05-31 22:14:13 ЛС | профиль | цитата
Впечатление, что больше всего тут будут рады (временному?) сохранению старого принципа кодогенерации (при том, что среда будет уже новая) в связке "самый новый FPC + самый новый KOL". Хотя, с неохотой согласятся на LCL ))

И так, потихоньку, перетаскивать их на более современные технологии. Приучать к мысли, что за кроссплатформенность надо платить.
карма: 1

0
Ответов: 4641
Рейтинг: 334
#25: 2011-05-31 22:14:47 ЛС | профиль | цитата
andrestudio писал(а):
можно конечно и в люниксойды податся
andrestudio, а смысл? Тут ведь два варианта. Пользуемся 4-й версией и не жужжим, или 5-й, но жужжим по другому.
HiAsm 4-й уже совсем stable-stable. А пакеты к нему накручены и накручены. Так что проблем пока не вижу.
карма: 1
Время верстки: %cr_time% Текущее время: %time%
0
Администрация
Ответов: 15294
Рейтинг: 1518
#26: 2011-05-31 22:17:45 ЛС | профиль | цитата
1nd1g0 писал(а):
То есть, по умолчанию, приоритеты его будут очевидны

все верно

1nd1g0 писал(а):
и то только если со стороны пользователей ОС от Micro$oft будет не менее сильный источник "гравитации" в лице сильного разработчикаколлектива

сильный источник "гравитации" в данный момент это пользователи, которые работают под ос линейки Windows.

1nd1g0 писал(а):
Впечатление, что больше всего тут будут рады (временному?) сохранению старого принципа кодогенерации

вставлять в новую среду пакет Windows - не имеет никакого смысла. HiAsm5 абсолютно ничего нового не дает в сравнении с HiAsm4 (с точки зрения пользователя Windows, конечно же, ну и рюшки не в счет)
карма: 26
0
Ответов: 3889
Рейтинг: 362
#27: 2011-05-31 22:21:56 ЛС | профиль | цитата
Dilma писал(а):
HiAsm5 абсолютно ничего нового не дает в сравнении с HiAsm4
Ну как же, новые версии компиляторов и официальная поддержка Автора, возможность влиять на развитие конструктора и интерфейса, нет, тут огромное число преимуществ. Осталось помочь nesco с освоением LCL)
карма: 1

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#28: 2011-05-31 22:28:21 ЛС | профиль | цитата
1nd1g0 писал(а):
Осталось помочь nesco с освоением LCL

Для меня не с LCL проблема (Pascal -- он и в Африке Pascal), а с объектно ориентированным скриптом, гдя я не в зуб ногой
------------ Дoбавленo в 22.28:
1nd1g0 писал(а):
Ну как же, новые версии компиляторов и официальная поддержка Автора

Ну да, когда был последний инсталлятор 4-й версии, а когда последние ночные сборки Пакет уже черте куда ушел в исправлениях, и народ уже чаще и чаще приходится отправлять на SVN
карма: 22

0
Ответов: 3889
Рейтинг: 362
#29: 2011-05-31 22:28:27 ЛС | профиль | цитата
nesco,
1nd1g0 писал(а):
больше всего тут будут рады (временному?) сохранению старого принципа кодогенерации (при том, что среда будет уже новая) в связке "самый новый FPC + самый новый KOL". Хотя, с неохотой согласятся на LCL ))
угадал
карма: 1

0
Разработчик
Ответов: 26061
Рейтинг: 2120
#30: 2011-05-31 22:30:32 ЛС | профиль | цитата
1nd1g0 писал(а):
Хотя, с неохотой согласятся на LCL

Этот LCL сожрет все достоинство старого пакета -- размер прикладных программ. Да и нафиг не нужно супер быстродействие для простеньких программ обработки данных, это же не графика и не Open-GL
карма: 22

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