Вверх ↑
Этот топик читают: Гость
Ответов: 1303
Рейтинг: 405
#16: 2010-05-09 20:07:07 ЛС | профиль | цитата
Dilma, с перепугу подумал что будет среда с пакетами на основе компилятора GCC, теперь прояснилось .
карма: 3

0
Ответов: 356
Рейтинг: 31
#17: 2010-05-09 22:16:19 ЛС | профиль | цитата
[offtop]
blog.hiasm.com писал(а):
...одной ос на...
...одной ОС на...[/offtop]
карма: 0

0
Ответов: 5446
Рейтинг: 323
#18: 2010-05-09 22:33:14 ЛС | профиль | цитата
MAV, пакет для GCC (GTK) может и будет.
карма: 1

0
Ответов: 356
Рейтинг: 31
#19: 2010-05-10 00:06:40 ЛС | профиль | цитата
реализация находится в стадии прототипа

Если возможно, и пока ещё не поздно, хотелось бы видеть большую "гибкость" Конструктора, т.е. возможность создания или изменения компонентов без знания языков программирования.[flood]Как это реализовать не представляю, но вижу два пути: или создание более продвинутого редактора эелементов, или создание более мелких элементов (компоненты-микросхемы есть, нужны резисторы, диоды, транзисторы...) из которых можно будет собрать нужный компонент (медленный, замороченный, запутанный, но рабочий) и если он будет востребован, то переделывать его в полноценный и добавлять в палитру.[/flood]
карма: 0

0
Администрация
Ответов: 15269
Рейтинг: 1498
#20: 2010-05-10 00:11:13 ЛС | профиль | цитата
olDjeka писал(а):
Если возможно, и пока ещё не поздно, хотелось бы видеть большую "гибкость" Конструктора, т.е. возможность создания или изменения компонентов без знания языков программирования.

это есть и в текущих версиях
карма: 21
0
Ответов: 356
Рейтинг: 31
#21: 2010-05-10 00:26:13 ЛС | профиль | цитата
[flood]Кухонный комбайн работает у меня раз в году, когда шинкую капусту, хотя когда покупал думал им и то делать, и это, и пятое, и десятое. Оказалось что он одно делает не так как думал, другое вообще портит, да его ещё и вымыть надумаешся. Вобщем не окупает он трудозатрат, и времени на это уходит гораздо больше чем всё тоже самое сделать по старинке, вручную.[/flood]
карма: 0

0
Ответов: 1303
Рейтинг: 405
#22: 2010-05-10 01:57:46 ЛС | профиль | цитата
iarspider, возможно стоит за основу стоит взять Bloodshed Dev-C++, с которым сейчас знакомлюсь, про быстродействие и крошечный размер получаемого файла я уже и не говорю, а вот чем я был сильно удивлён это с присутствием русского языка в оболочке постовляемой с этим набором библиотек. Все библиотеки и исполняемые файлы компилятора занимают сравнительно малый размер не более 10 мб.
olDjeka, более продвинутый редактор элементов хотелось видеть не только тебе . Соответственно общей концепции такой редактор должен быть визуальным. Мне к примеру видится в виде шаблонных блоков, наподобие тех по которым в школах учат информатике.
К примеру алгоритм, соответствующий инструкции if-tnen-else

Кстати мне попадался проект с подобным принципом, но по всей видимости автор так и не развил идею до конца.


карма: 3

0
файлы: 1if-then-else2.png [11.9KB] [407]
Администрация
Ответов: 15269
Рейтинг: 1498
#23: 2010-05-10 03:19:06 ЛС | профиль | цитата
MAV писал(а):
возможно стоит за основу стоит взять Bloodshed Dev-C++, с которым сейчас знакомлюсь, про быстродействие и крошечный размер получаемого файла я уже и не говорю, а вот чем я был сильно удивлён это с присутствием русского языка в оболочке постовляемой с этим набором библиотек

MAV, одна из насущных проблем всех пакетов на базе языка С++ это время сборки. Если средний проект пакета Windows собирается за 1-2 секунды(3-4 компилятором FPC), то проект на базе С++ собирается от 10 секунд и больше(зависит от числа используемых контейнеров). Поэтому еще не факт, что брать его в качестве основы имеет смысл. Вероятно связка Python + GTK (он же PyGTK) оказалась бы гораздо удачнее. Но пока об этом говорить преждевременно и задачи таковой не ставится. Порт существующих пакетов под новую среду это гораздо менее трудоемкая задача и выполнимая в приемлемые сроки.
карма: 21
0
Ответов: 805
Рейтинг: 95
#24: 2010-05-10 04:27:14 ЛС | профиль | цитата
Помойму в не той дорогой идете товарищи. Лучше разрабатывать более интеллектуальный кодогенератор да бы добиться хорошей читабельности кода и более легкого создания новых пакетов.
Также именно кодогенератор нужно делать мультиплатформиным и превратить его в компилятор, схемы в код, а средой или так скажем IDE это уже дело пользователя какой IDE использовать
карма: 0

0
Администрация
Ответов: 15269
Рейтинг: 1498
#25: 2010-05-10 04:56:07 ЛС | профиль | цитата
flud писал(а):
Помойму в не той дорогой идете товарищи. Лучше разрабатывать более интеллектуальный кодогенератор да бы добиться хорошей читабельности кода и более легкого создания новых пакетов.

автор поста желает внести 1500$ в фонд проекта на покупку Delphi?
карма: 21
0
Ответов: 4641
Рейтинг: 334
#26: 2010-05-10 08:25:48 ЛС | профиль | цитата
Dilma писал(а):
1500$ в фонд проекта на покупку Delphi?

только дело в этом? Не такая и большая сумма... если каждый пожертвует немного..
карма: 1
Время верстки: %cr_time% Текущее время: %time%
1
Голосовали:petrocan
Администрация
Ответов: 15269
Рейтинг: 1498
#27: 2010-05-10 11:52:11 ЛС | профиль | цитата
[offtop]Ravilr, будем реалистами[/offtop]
карма: 21
0
Ответов: 5446
Рейтинг: 323
#28: 2010-05-10 12:05:11 ЛС | профиль | цитата
olDjeka писал(а):
Если возможно, и пока ещё не поздно, хотелось бы видеть большую "гибкость" Конструктора, т.е. возможность создания или изменения компонентов без знания языков программирования.

Пользовательские компоненты на основе контейнеров существуют уже ХЗ с какой версии (вкладка User). Только вот справка эту фичу не описывает - было только поснение от Dilmы на одном из старых форумов по созданию таких компонентов. Может, стоит добавить команду "преобразовать в User-элемент"?

flud писал(а):
Лучше разрабатывать более интеллектуальный кодогенератор

А чем существующих плох?

flud писал(а):
да бы добиться хорошей читабельности кода

А сейчас что, плохо читаем? Вполне себе читаем, если целевой язык знаешь

flud писал(а):
и более легкого создания новых пакетов.

Изучить ещё один мини-язык (hws) очень сложно, ага

flud писал(а):

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

Среда позволяет приписать компилятор Copy любому пакету. Плюс все имеющиеся пакеты либо сразу используют Copy, либо (как Python) используют свой аналог (в случае с Python - конвертирует сгенерированный код в кодировку UTF-8)
карма: 1

0
Администрация
Ответов: 15269
Рейтинг: 1498
#29: 2010-05-10 12:10:21 ЛС | профиль | цитата
iarspider писал(а):
Пользовательские компоненты на основе контейнеров существуют уже ХЗ с какой версии (вкладка User). Только вот справка эту фичу не описывает

сейчас это полностью заменяет команда Правка->Создание элемента, выполненная на контейнере.
карма: 21
0
Разработчик
Ответов: 4664
Рейтинг: 420
#30: 2010-05-10 12:34:08 ЛС | профиль | цитата
Dilma писал(а):
cейчас это полностью заменяет команда Правка->Создание элемента, выполненная на контейнере.

Плохо справляется, так как отладка такого компонента в пакете Windows невозможна (из-за отсутствия хэндела подсвечиваемой связи для среды), не знаю, что можно сделать для решения этой проблемы, но она есть
------------ Дoбавленo в 12.34:
И вопрос, public репозиторий - это новый будет, или будет использоваться текущий репозиторий исходников среды (только с его открытием всех желающих, конечно)
карма: 10
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)