Автор |
Сообщение |
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
Ilya писал(а): Вот только при попытке открыть файл для редактирования - падает! Если просмотр (F3) view.exe работает, то возможно для редактора пути у вас другие. А есть ли вообще /usr/bin/kwrite Код: : edit // ( Astr N -- ) Вызвать vi.exe c аргументом if=W DROP 0 SWAP S" C:\Program Files\VIM61\GVIM.EXE" DROP S" " DROP 0 5 ShellExecute if=L DROP NameFileViewEdit ! fork if=L DUP 0 = IF if=L 0 NameFileViewEdit @ S" kwrite" ( <--- проверить ) DROP S" /usr/bin/kwrite" ( <--- проверить ) DROP 4 execl if=L ELSE if=L DUP 0 > IF ELSE if=L DUP IF ( perror ) ELSE if=L THEN if=L THEN if=L THEN DROP ;
Mihail писал(а): libQtGui.so.4 - действительно нет Странно, обычно эти библиотеки стоят всегда. Можно загрузить Qt из репозитария. Используйте менеджер пакетов (apt - кажется так для убунты)
[quote="Ilya"]Вот только при попытке открыть файл для редактирования - падает![/quote] Если просмотр (F3) view.exe работает, то возможно для редактора пути у вас другие. А есть ли вообще /usr/bin/kwrite [code]: edit // ( Astr N -- ) Вызвать vi.exe c аргументом if=W DROP 0 SWAP S" C:\Program Files\VIM61\GVIM.EXE" DROP S" " DROP 0 5 ShellExecute if=L DROP NameFileViewEdit ! fork if=L DUP 0 = IF if=L 0 NameFileViewEdit @ S" kwrite" ( <--- проверить ) DROP S" /usr/bin/kwrite" ( <--- проверить ) DROP 4 execl if=L ELSE if=L DUP 0 > IF ELSE if=L DUP IF ( perror ) ELSE if=L THEN if=L THEN if=L THEN DROP ; [/code]
[quote="Mihail"]libQtGui.so.4 - действительно нет[/quote] Странно, обычно эти библиотеки стоят всегда. Можно загрузить Qt из репозитария. Используйте менеджер пакетов (apt - кажется так для убунты)
|
|
|
|
Добавлено: Вс июн 09, 2013 21:24 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
in4 писал(а): Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра Я имел в виду другое: см. выше пример про текст и рисунок. Сегодня, кстати, наблюдал работу бухгалтера жилконторы на компьютере. Тулбаров-заголовков - на четверть экрана. На остальном пространстве: десяток вкладок - MDI-фреймов. Открыта пара таблиц: цифирей - как в добрые времена FORTRAN. При этом: бухгалтер одновременно считала на бумажке и на калькуляторе... и я у нее отспорил тысячу... Якорь-слово + страница-тело? Это называется блоковой памятью. Немного не то. Я веду к тому, что между Forth-структурами и графическими интерфейсами нужен промежуточный слой (пусть даже не в виде библиотеки/лексикона, но хотя бы в виде формальной модели). in4 писал(а): Да хоть в Win8XX - где за плашками стоят папки Это не Раскин, это старое советское ноу-хау: .
[quote="in4"]Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра[/quote]Я имел в виду другое: см. выше пример про текст и рисунок.
Сегодня, кстати, наблюдал работу бухгалтера жилконторы на компьютере. Тулбаров-заголовков - на четверть экрана. На остальном пространстве: десяток вкладок - MDI-фреймов. Открыта пара таблиц: цифирей - как в добрые времена FORTRAN. При этом: бухгалтер одновременно считала на бумажке и на калькуляторе... и я у нее отспорил тысячу...
Якорь-слово + страница-тело? Это называется блоковой памятью. Немного не то. Я веду к тому, что между Forth-структурами и графическими интерфейсами нужен промежуточный слой (пусть даже не в виде библиотеки/лексикона, но хотя бы в виде формальной модели).
[quote="in4"]Да хоть в Win8XX - где за плашками стоят папки[/quote]Это не Раскин, это старое советское ноу-хау: [img]http://www.astronaut.ru/bookcase/article/152-1_1.jpg[/img].
|
|
|
|
Добавлено: Пт июн 07, 2013 23:23 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
gudleifr писал(а): in4 писал(а): Я бы все-таки учел и часть, касающуюся размещения якорей/страниц. Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..." Вроде, возможно: in4 писал(а): А так якорь == имя форт-слова, страница - его тело... Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. А многообразие обеспечивается программой на Форте. Не обязательно оптимальный. Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра. А особенности каждого варианта - уже доп. программирование. Кстати, zoom- интерфейс Раскина где-то видел, что хотят реализовать... Да хоть в Win8XX - где за плашками стоят папки == группы файлов. И тегированный файловые системы - туда идем!
[quote="gudleifr"][quote="in4"]Я бы все-таки учел и часть, касающуюся размещения якорей/страниц.[/quote]Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..."[/quote]Вроде, возможно: [quote="in4"]А так якорь == имя форт-слова, страница - его тело... ;) Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. ;)[/quote]А многообразие обеспечивается программой на Форте.
Не обязательно оптимальный. Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра. А особенности каждого варианта - уже доп. программирование.
Кстати, zoom- интерфейс Раскина где-то видел, что хотят реализовать... ;) Да хоть в Win8XX - где за плашками стоят папки == группы файлов. И тегированный файловые системы - туда идем! ;)
|
|
|
|
Добавлено: Пт июн 07, 2013 23:07 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
in4 писал(а): Я бы все-таки учел и часть, касающуюся размещения якорей/страниц. Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..."
[quote="in4"]Я бы все-таки учел и часть, касающуюся размещения якорей/страниц.[/quote]Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..."
|
|
|
|
Добавлено: Пт июн 07, 2013 22:53 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
gudleifr писал(а): Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок.
А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует...
Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа. Я бы все-таки учел и часть, касающуюся размещения якорей/страниц. Это кажется важным. Более того, именно с этим - со связями и с размещениями объектов будет работать программист(ну или уже верстальщик). Особенно, когда на странице д.б. несколько якорей. Да, можно углубиться глубоко внутрь, но зачем? Особенно если прикладной программист просто не видит так глубоко, да ему это и не нужно - проблемно-оринтированный язык скрывает реализацию! А так якорь == имя форт-слова, страница - его тело... Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. Вот с "генотипом" в плане набора операций я еще думаю. Доделаю инструмент для исследований - буду проверять варианты... Мне нужно погибче и побыстрее, чем текстовые исходники...
[quote="gudleifr"] Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок.
А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует...
Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа.[/quote]Я бы все-таки учел и часть, касающуюся размещения якорей/страниц. Это кажется важным. Более того, именно с этим - со связями и с размещениями объектов будет работать программист(ну или уже верстальщик). Особенно, когда на странице д.б. несколько якорей. Да, можно углубиться глубоко внутрь, но зачем? Особенно если прикладной программист просто не видит так глубоко, да ему это и не нужно - проблемно-оринтированный язык скрывает реализацию!
А так якорь == имя форт-слова, страница - его тело... ;) Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. ;)
Вот с "генотипом" в плане набора операций я еще думаю. Доделаю инструмент для исследований - буду проверять варианты... ;) Мне нужно погибче и побыстрее, чем текстовые исходники...
|
|
|
|
Добавлено: Пт июн 07, 2013 22:38 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
В Арче работает: Linux localhost 3.9.3-1-ARCH #1 SMP PREEMPT Mon May 20 08:00:01 CEST 2013 i686 GNU/Linux
./console.sh ASCIIZ" isn't unique (/home/ilya/forth/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/ilya/forth/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f)
Вот только при попытке открыть файл для редактирования - падает!
[xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. spf4: xcb_io.c:273: poll_for_event: Проверочное утверждение «!xcb_xlib_threads_sequence_lost» не выполнено. spf4: Fatal IO error: client killed
В Арче работает: [b]Linux localhost 3.9.3-1-ARCH #1 SMP PREEMPT Mon May 20 08:00:01 CEST 2013 i686 GNU/Linux[/b]
[b]./console.sh ASCIIZ" isn't unique (/home/ilya/forth/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/ilya/forth/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f) [/b]
Вот только при попытке открыть файл для редактирования - падает!
[b][xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. spf4: xcb_io.c:273: poll_for_event: Проверочное утверждение «!xcb_xlib_threads_sequence_lost» не выполнено. spf4: Fatal IO error: client killed [/b]
|
|
|
|
Добавлено: Пт июн 07, 2013 12:41 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
mgw писал(а): http://files.mail.ru/88F1BD2751B540E38551CDE0BBB43EA4
Это ссылка для скачивания. Внутри папка spf-4-20ok. Это обычный SPF для Linux. Запуск программы из ком строки: sh console.sh Это графическая консоль на Qt для SPF. У меня под UBUNTU: Код: ASCIIZ" isn't unique (/home/max/workspace/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/max/workspace/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f) Внимание! Error load DLL: libQtGui.so.4
libQtGui.so.4 - действительно нет
[quote="mgw"]http://files.mail.ru/88F1BD2751B540E38551CDE0BBB43EA4
Это ссылка для скачивания. Внутри папка spf-4-20ok. Это обычный SPF для Linux. Запуск программы из ком строки: sh console.sh Это графическая консоль на Qt для SPF.[/quote]
У меня под UBUNTU: [code] ASCIIZ" isn't unique (/home/max/workspace/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/max/workspace/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f) Внимание! Error load DLL: libQtGui.so.4 [/code] libQtGui.so.4 - действительно нет
|
|
|
|
Добавлено: Пт июн 07, 2013 00:08 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
Возвращаясь к теме графических интерфейсов... Можно выделить три точки приложения усилий программиста по приспособлению Forth к ОС, имеющей GUI (использую ту же модель A-F-P): 1. F-OS - замену избыточно-недостаточного Forth-ввода/вывода на что-то более подходящее 2. A-OS - обеспечение удобного интерфейса с OS-API (например, то что тут писали про Qt) 3. P-OS - собственно Forth-GUI Начну с последнего Цитата: Программа - организм. Смысловая часть - генотип. Принятые в твоей конторе оформительские соглашения - ограничения фенотипа. Зародыш развивается, заполняя своей биомассой структуру оконных форм (может - консоль, может - MDI). Гены лишь определяют ветвление в судьбоносные для зародыша моменты. Фенотип может быть представлен таблицей всех параметров всех окон, может списком отклонений стиля каждого окна от стандартного, может описанием совсем уж аппаратно-независимого дисплея. Например, есть рисунок "X-Fighter" с пояснениями. Как его отобразить? Возможны варианты: 1. Рисунок - в центре, от него в стороны - сноски, возможно, в красивых рамочках. 2. Рисунок. При наведении на его часть, всплывает пузырь с текстом. 3. Рисунок - слева, пояснения - справа. При перемещении мышки по рисунку текст пояснений переключается. 4. Рисунок с числовыми пометками и с большой подписью-пояснением под ним (как в книгах) 5. Наоборот, текст с всплывающим рисунком-иллюстрацией. ... Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок. А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует... Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа.
Возвращаясь к теме графических интерфейсов... Можно выделить три точки приложения усилий программиста по приспособлению Forth к ОС, имеющей GUI (использую ту же модель A-F-P): 1. F-OS - замену избыточно-недостаточного Forth-ввода/вывода на что-то более подходящее 2. A-OS - обеспечение удобного интерфейса с OS-API (например, то что тут писали про Qt) 3. P-OS - собственно Forth-GUI
Начну с последнего [quote]Программа - организм. Смысловая часть - генотип. Принятые в твоей конторе оформительские соглашения - ограничения фенотипа. Зародыш развивается, заполняя своей биомассой структуру оконных форм (может - консоль, может - MDI). Гены лишь определяют ветвление в судьбоносные для зародыша моменты. Фенотип может быть представлен таблицей всех параметров всех окон, может списком отклонений стиля каждого окна от стандартного, может описанием совсем уж аппаратно-независимого дисплея. [/quote]
Например, есть рисунок "X-Fighter" с пояснениями. Как его отобразить? Возможны варианты: 1. Рисунок - в центре, от него в стороны - сноски, возможно, в красивых рамочках. 2. Рисунок. При наведении на его часть, всплывает пузырь с текстом. 3. Рисунок - слева, пояснения - справа. При перемещении мышки по рисунку текст пояснений переключается. 4. Рисунок с числовыми пометками и с большой подписью-пояснением под ним (как в книгах) 5. Наоборот, текст с всплывающим рисунком-иллюстрацией. ...
Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок.
А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует...
Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа.
|
|
|
|
Добавлено: Чт июн 06, 2013 22:12 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
У меня Fedora 18 (ядро 3.6.10), Qt 4.8.4 32 разр
Думаю на любых 32 разрядных Linux/Unix с Qt 4 версии должно работать нормально.
Проверить бы на FreeBSD с Qt ... Думаю, там тоже будет работать.
У меня Fedora 18 (ядро 3.6.10), Qt 4.8.4 32 разр
Думаю на любых 32 разрядных Linux/Unix с Qt 4 версии должно работать нормально.
Проверить бы на FreeBSD с Qt ... Думаю, там тоже будет работать.
|
|
|
|
Добавлено: Вт июн 04, 2013 17:40 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
qt 4.8.2
altlinux (simplylinux) Ядро 3.0.20
qt 4.8.2
altlinux (simplylinux) Ядро 3.0.20
|
|
|
|
Добавлено: Вт июн 04, 2013 17:21 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
mgw писал(а): Спасибо Укажите пожалуйста наименование дистрибутива, его версию, разрядность и версию Qt. xubuntu 13.04 32-bit pae Qt 4.8.4
[quote="mgw"]Спасибо :) Укажите пожалуйста наименование дистрибутива, его версию, разрядность и версию Qt. [/quote] xubuntu 13.04 32-bit pae Qt 4.8.4
|
|
|
|
Добавлено: Вт июн 04, 2013 15:55 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
Спасибо Под FreeBSD запускал кто нибудь? Укажите пожалуйста наименование дистрибутива, его версию, разрядность и версию Qt. Сам факт, что работает на разных машинах (не только на моей) уже радует!
Спасибо :)
Под FreeBSD запускал кто нибудь? Укажите пожалуйста наименование дистрибутива, его версию, разрядность и версию Qt.
Сам факт, что работает на разных машинах (не только на моей) уже радует!
|
|
|
|
Добавлено: Вт июн 04, 2013 10:07 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
Запускается. Индикатор загрузки внизу указывает 32%. Набрал 5 9 + . (точка)
В консоле ==> 5 9 + .
В консоле, из которой запустил sh console.sh sh console.sh ASCIIZ" isn't unique (/home/vikt/Загрузки/forth/spf/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/vikt/Загрузки/forth/spf/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f) 14
Запускается. Индикатор загрузки внизу указывает 32%. Набрал 5 9 + . (точка)
В консоле ==> 5 9 + .
В консоле, из которой запустил sh console.sh sh console.sh ASCIIZ" isn't unique (/home/vikt/Загрузки/forth/spf/spf-4.20ok/devel/~mgw/qtlib.f) ASCIIZ" isn't unique (/home/vikt/Загрузки/forth/spf/spf-4.20ok/devel/~mgw/mgw_dll.f) REQUIRE isn't unique (qtf/includemodule.f) str_usd isn't unique (console.f) SPACE_W isn't unique (console.f) .SN_W isn't unique (console.f) OK1_W isn't unique (console.f) 14
|
|
|
|
Добавлено: Вт июн 04, 2013 03:11 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
mgw писал(а): Вопрос, запускается ли графическая консоль?
Запускается Только вывод идет в обычную консоль, а не в графическую
[quote="mgw"] Вопрос, запускается ли графическая консоль? [/quote] Запускается Только вывод идет в обычную консоль, а не в графическую
|
|
|
|
Добавлено: Пн июн 03, 2013 12:51 |
|
|
|
|
|
Заголовок сообщения: |
Re: Графические интерфейсы |
|
|
mgw, x64 или нет?
[b]mgw[/b], x64 или нет?
|
|
|
|
Добавлено: Пн июн 03, 2013 12:32 |
|
|
|
|