"GEOS, an astounding software product line from Berkeley Softworks"
http://www.commodore.ca/history/company/turks_geos.htm

Исчерпывающий ответ, чем комодуре лучше в данном случае.

Сделай.

Скриношоты операционной системы Atari ST.

Скриношоты GEOS - операционной системы Commodore 64.

Не трудно заметить, что при более богатых графических возможностях на обоих компьютерах используется минимум цветов, то есть обе системы в своём минимуме практически монохромные. И на обоих системах нет привязки к знакоместам!

При чём любопытно и то, что указанных системах (а также на Амиге и PalmOS) интерфейс построен приблизительно одинаково - сверху расположено выпадающее меню! Кстати, в Art Studio на Спектурме также :)

Мне кажется, что если делать на Спектруме GUI, то нужно учесть опыт OS на других платформах. Нужно отказаться от цвета и нужно отказаться от привязки к знакоместам. Такие ограничения сделают возможным запускать эту ОС, например, на экране 512х192.

Атари ст это всё же не убогая 8битка, а комп с процом 68000. И по идеологии ближе к амиге, потому не имеет смысла говорить про знакоместа в его случае.

Я знаю, но тем не менее решил привести её в качестве примера даже больше в не плане знакомест, а в качестве дизайна самой системы чтобы показать, что даже там используется почти монохром.

А вот скриншот операционной системы Atari ST подгнанный под разрешение Спектрума и обесцвеченный. То есть вот так могла бы выглядеть GUI система на Спектурме без привязки к знакоместам.

круть
 

оо.. ИМХО самое оно для спектрума, все четко, никаких лишних наворотов...

короче, на спектруме есть масса программ с пропорциональной шириной (даже мы делали), но ни одной с пропорцинальной высотой. ВОТ В ЧЕМ ВОПРОС

что значит с пропорциональной высотой? строки разной высоты чтоли? или <>8 пикселов?

типа того

чего типа того? строки меньше 8 пикселов были в листалках. а так чтобы строки разной высоты - смысл-то какой практический в этом?

Видимо имеется ввиду возможность печати символами разного размера (в т. ч. в одной строке), но в этом случае нужны векторные шрифты...


Мне кажется важным и такой вопрос: а удобен ли в реализации и работе графический оконно-стрелочный интерфейс? Мне, опираясь на свой многолетний опыт в этой области, думается, что - нет. Во всяком случае я уже решил не прибегать к нему в своих новых будущих программах...

Советую опираться на опыт Apple Inc., которая встраивала подобный интерфейс в начале 80-х и опыт Microsoft, которые уже 20 лет как зарабатывают на этом деньги. :) А что подразумевается под "удобством реализации"?

Не согласен. В том же GEOS`е они реализованы не как векторные. Имею некоторый опыт общения с этой операционкой. Там они спрайтовые. Пререндереные :). Не знаю как обозвать... Но смысл я думаю понятен. Соответственно, "сложная" задача пропорциональной печати, сводится к примитивному выводу спрайтов. Не шибко элегантное решение, но все же...

"Настоящий" оконный интерфейс с перемещаемыми окнами требует сложных процедур вывода графики и текста, требует много памяти для своей работы. Это, и ещё многое другое, усложняет его разработку, отладку (особенно в рамках Спектрума)...

не похоже, что с этим особые сложности, учитывая, сколько уже всякой GUIни нагорожено, и прекрасно работает. вот нормальной ОС с GUI нет, но тут другая проблема -- надо грамотно архитектуру разработать, интерфейсы...

Осталось разобраться со значением слова "Настоящий". По мне, так Pete Cook уже сделал достаточно настоящий WI.

Скажи мне, какой практический смысл в "перемещаемых" окнах на низком разрешении? Что и куда будем перемещать? Особенно если не реализована многозадачность?
В том же самом GEOS`е нет никаких перемещаемых окон. Но зато есть GEOS Basic, на котором можно быстро разработать приложение на GUI, не заморачиваясь со "сложными процедурами вывода на экран".

Целиком и полностью СОГЛАСЕН. "Даешь грамотную архитектуру и интерфейс на Speccy!" :)

Давным давно, отчаявшись сделать полноценный векторный шрифт я написал свою процедуру, и вот что я делал

Я нарисовал в Art Studio огрмные буквы размером 8x8 знакомест, написал склейщик этих букв с экрана в единый файл (могу даже принесть как нить) и процедуру, которая любую черно-белую (не цветную) конструкцию уменьшала до заданного размера. В частности, можно было задавать и 8x8 пикселов и буквы становились "почти" стандартными, однако чем больше масштаб тем более красивыми были буквы. А идея сама заглохла потому, что слишком медленно выводились эти буквы - там ведь обработка идёт попиксельно, а значит очень медленно (а как иначе????). Возможно её и можно ускорить, применить как нить мегатабличный подход... Проще всё-таки отказаться от масштабируемых шрифтов.

А касательно цвета - никто не заставляет от него отказываться, можно автоматически совмещать цветовые и чёрно-белые конструкции, обычно ж всё равно скажем окошко имеет какое-то огранение, в смысле пустые поля сбоку-снизу-сверху, вот эти поля ж и буду давать возможность "баловаться цветами". Конечно окно тогда будет не совсем "точно позиционированным" - т.е. цвета всё равно будут к 8 пикселам дискретизироваться, но текст в окне будет печататься с точностью до пиксела.

опять же, настоятельно рекомендую обратить внимание на дизайн PalmOS :)

практически монохромный, за редким исключением. окна не перемещаемы, но организованы так, что это не очень-то и надо.

Это когда окна работают независимо друг от друга, но используют для этого общий набор процедур (ядро).


Никакого. :)


Должна быть псевдомногозадачность, как в MagOS на Scorpion'е.

Всё равно должны быть процедуры вывовода данных {текста и графики) в окно в математических координатах.



P.S. Опять ничего нового не написал в этом сообщении. Одни прописные истины... :)

О чем я и говорю :)
Разумеется... Только желательно к этим процедурам иметь какой-нибудь инструмент для работы с ними...

А может сделать-таки цветной, а типа WordPad ч/б? :)

Класс! Только оперативки уйдет куча.

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

Говоря о масштабируемых шрифтах в GEOS`е я имел в виду ее стандартный текстовый редактор GeosWrite. На уровне системы, мной была замечена, лишь многофонтовость. Согласен, нет нужды печатать заголовок окна "масштабируемым" шрифтом. Это действительно жрет много оперы. Хотя зжатие и свопинг тоже никто не отменял.

Прочитал то, что вы обсуждаете ... И вспомнил, как KHAMPTON делал виндовс на Speccy ... Да же сделал многозадачность, исполняя поочерёдно то один INT, то другой на каждую задачу. Так же он сделал полноценный интерфейс с окошками и !!!глвавное!!! разными шрифтами, размеры которых по "Y" безусловно были разными. Я лично видел утилиту для поиска в памяти спрайтов и их редактирование сделанный на этом виндовсе. К сожалению, у меня нет ни винды ни утилиты, но я точно знаю, что Денис (KHAMPTON), хранит у себя все исходники.

Но вообще-то, я не вижу особой нужды сохранять пропорции. Для меня всегда было важнее вместить как можно большее текста на экране.

Кстати, когда-то я общался с ZOOLOOK'ом и ZILOG'ом на тему эмуляторов, и мне прислали инетовский браузер под дисковую операционную систему D80. Да и вообще много всяких програмок по-наприсылали. Там было очень много сделано для инета, как я понял в "поляндии" есть ZX-NET, поскольку проги лезли в порты к какому-то девайсу, которого у меня НЕТ. Вообще ZILOG, как я понял, сделал целую кучу ХАРДВАРА для ZX ...

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

Забавно сейчас вспоминать это, как я, когда у меня ПК появился, разглядывал курсор-стрелку в Windows, :v2_blink: мне сразу бросилось в глаза, что она подозрительная какая-то, несимметричная, в отличии "правильной" стрелки в Art Studio, к которой я привык. :D

Ещё один вариант
 

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

p.s. Мда, только что заметил, что специальная тема по интерфейсам лежит в разделе Графика. Тогда мою мессагу туда.

Было дело. :)
Только не совсем так, Робус... Проги в Инты по специальной табличке подставлялись, а уже сама табличка - менялась. Но в целом, конечно, так и было. :)
Вся "Винда" (хотя не полностью дописанная) 2мя базовыми шрифтами около 5кб занимала. Ассемблер - сила. :)
Сорри, что мне пара-тройка лет понадобилась чтобы на этот Месседж ответить. :)

Khampton, дай посмотреть на свою систему!!!

доделаешь? или уже никогда?

Выложи хотя бы что есть, плиззз.