Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Чт мар 28, 2024 15:42

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Графические интерфейсы
Автор Сообщение
  Заголовок сообщения:  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 - кажется так для убунты)
Сообщение Добавлено: Вс июн 09, 2013 21:24
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
in4 писал(а):
Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра
Я имел в виду другое: см. выше пример про текст и рисунок.

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

Якорь-слово + страница-тело? Это называется блоковой памятью. Немного не то. Я веду к тому, что между Forth-структурами и графическими интерфейсами нужен промежуточный слой (пусть даже не в виде библиотеки/лексикона, но хотя бы в виде формальной модели).

in4 писал(а):
Да хоть в Win8XX - где за плашками стоят папки
Это не Раскин, это старое советское ноу-хау:
Изображение.
Сообщение Добавлено: Пт июн 07, 2013 23:23
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
gudleifr писал(а):
in4 писал(а):
Я бы все-таки учел и часть, касающуюся размещения якорей/страниц.
Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..."
Вроде, возможно:
in4 писал(а):
А так якорь == имя форт-слова, страница - его тело... ;) Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. ;)
А многообразие обеспечивается программой на Форте.

Не обязательно оптимальный. Достаточно какой-нибудь или даже несколько переключаемых - и как текст, и как HEX, и как просмотр структур - это просто варианты просмотра. А особенности каждого варианта - уже доп. программирование.

Кстати, zoom- интерфейс Раскина где-то видел, что хотят реализовать... ;) Да хоть в Win8XX - где за плашками стоят папки == группы файлов. И тегированный файловые системы - туда идем! ;)
Сообщение Добавлено: Пт июн 07, 2013 23:07
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
in4 писал(а):
Я бы все-таки учел и часть, касающуюся размещения якорей/страниц.
Это невозможно. Сверстать конкретную информацию можно бесконечным числом способов. Выбрать оптимальный фенотип для каждого генотипа? Нереально. Просто никто не поверит, что он оптимальный. Как никто не поверил Раскину с его "Интерфейсами..."
Сообщение Добавлено: Пт июн 07, 2013 22:53
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
gudleifr писал(а):
Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок.

А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует...

Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа.
Я бы все-таки учел и часть, касающуюся размещения якорей/страниц. Это кажется важным. Более того, именно с этим - со связями и с размещениями объектов будет работать программист(ну или уже верстальщик). Особенно, когда на странице д.б. несколько якорей. Да, можно углубиться глубоко внутрь, но зачем? Особенно если прикладной программист просто не видит так глубоко, да ему это и не нужно - проблемно-оринтированный язык скрывает реализацию!

А так якорь == имя форт-слова, страница - его тело... ;) Вполне по-фортовски. И аналого ООП м. сделать фортовскими методами. ;)

Вот с "генотипом" в плане набора операций я еще думаю. Доделаю инструмент для исследований - буду проверять варианты... ;) Мне нужно погибче и побыстрее, чем текстовые исходники...
Сообщение Добавлено: Пт июн 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
Сообщение Добавлено: Пт июн 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 - действительно нет
Сообщение Добавлено: Пт июн 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. Наоборот, текст с всплывающим рисунком-иллюстрацией.
...

Это все фенотипы. А генотип? В последнее время прихожу к выводу, что нужна КНИГА - текст на одной странице, рисунок - на другой (или наоборот, или оба текста, или оба рисунка). Важно только то, что выделению некоего слова-якоря на странице "слева" соответствует вывод новой страницы "справа"... Как вывести эти "страницы": рядом, одну поверх другой, одну скрыть...- дело конкретного фенотипа. В примере выше на одной странице пояснения, на другой - рисунок.

А как быть, если речь идет о некой форме/диалоге со многими полями? Никакой множественной связи "якорь слева - контрол справа"! Каждому якорю соответствует всегда новая страница! А то, что несколько страниц лишь представляют разные виды на одну и ту же форму, это "левую" страницу не волнует...

Т.е. я считаю, что "двухстраничного" генотипа хватит на любой интерфейс. Не взирая на то, по скольким панелькам раскидают наши "страницы" требования фенотипа.
Сообщение Добавлено: Чт июн 06, 2013 22:12
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
У меня 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
Сообщение Добавлено: Вт июн 04, 2013 17:21
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
mgw писал(а):
Спасибо :)
Укажите пожалуйста наименование дистрибутива, его версию, разрядность и версию Qt.

xubuntu 13.04 32-bit pae
Qt 4.8.4
Сообщение Добавлено: Вт июн 04, 2013 15:55
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
Спасибо :)

Под 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
Сообщение Добавлено: Вт июн 04, 2013 03:11
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
mgw писал(а):
Вопрос, запускается ли графическая консоль?

Запускается
Только вывод идет в обычную консоль, а не в графическую
Сообщение Добавлено: Пн июн 03, 2013 12:51
  Заголовок сообщения:  Re: Графические интерфейсы  Ответить с цитатой
mgw, x64 или нет?
Сообщение Добавлено: Пн июн 03, 2013 12:32

Часовой пояс: UTC + 3 часа [ Летнее время ]


cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB