PDA

Просмотр полной версии : Браузер для спекки.



Ne01eX
22.04.2005, 12:35
Есть ли консольный браузер для спекки? Координаты.

random
22.04.2005, 13:09
пиши, будет.
стэк tcp/ip есть.
команды http все очень простые.
вьювер простой написать не проблема, без графики.

Grand
28.04.2005, 16:00
Давайте обсудим: нужен ли на Speccy современный HTML-браузер (последняя разработка, известная лично мне, это HTML-браузер в ДОМЕН ОС PinkFloyd, - на сегодняшний день безнадежно устарел)? Как могут быть в нем решены, например, проблемы поддержки графики и т. д.?

Shiru
28.04.2005, 16:04
Современный - это хотя-бы на уровне IE3? :)

Современные странички (с графикой, таблицами, стилями) на Спеке даже грузить некуда. И пре-конверсию на нём делать проблематично... Вот браузер чисто текстовый + минимальная разметка + гиперссылки - это было-бы неплохо. Но сложно.

Eltaron
28.04.2005, 19:47
Современные странички (с графикой, таблицами, стилями) на Спеке даже грузить некуда. И пре-конверсию на нём делать проблематично... Вот браузер чисто текстовый + минимальная разметка + гиперссылки - это было-бы неплохо. Но сложно.
вот-вот, надо что-то типа lynx
или даже что-то типа встроенных браузеров сотовых телефонов

Shiru
28.04.2005, 20:08
btw, браузер - это вьюер html-страниц. Он не обязательно подразумевает, что эти странички грузятся напрямую из сети. В оффлайновом виде полезен он может быть тем, что можно будет смотреть доки в htm без их конвертации, с частично сохранённой разметкой.

Orionsoft
28.04.2005, 21:13
Вроде мобильного Netfronta или Оперы
смотришь текст,можно передвигатся по ссылкам,загружать файлы,и изображения

tasman
28.04.2005, 22:04
Дык вроде в BV'шнике от Ивана Рощина можно смотреть html..

Grand
04.05.2005, 14:39
Дык вроде в BV'шнике от Ивана Рощина можно смотреть html..Хотелось бы, чтобы работали гиперссылки, выводились иллюстрации...

Grand
04.05.2005, 14:41
Изначально HTML задумывался для переноса текстовых документов между разными платформами. Заманчиво было бы иметь HTML-браузер на Спектруме и смотреть web-страницы (пусть даже с минимумом возможностей: без скриптов, фреймов, стилей и т. д.); также не плохо было бы создавать на Спектруме HTML-документы и впоследующем работать с ними, например на IBM. Серьезная проблема - это графика (иллюстрации). Но в том же Internet'e распространено не так много графических форматов: JPEG, GIF... Отдельные конверторы таких файлов на Спектруме уже давно существуют.
Интересно было бы услышать мнение по поводу возможности встраивания таких конверторов в HTML-браузер для Speccy?

Paul_ls
04.05.2005, 14:51
Не реально. Это на ПЦ картинки маленькие и хорошенькие, а на ZX или маленькие или хорошенькие. При таком разрешении банеры смотреть? Сам банер больше чем экран у ZX.

Shiru
04.05.2005, 15:58
Серьезная проблема - это графика (иллюстрации).
Фигня это, а не проблема - выключить графику, и дело с концом. А вот элементарные таблицы - это уже полная, не побоюсь этого слова, жопа.

А вы ещё про скрипты какие-то... Хе-хе..

random
04.05.2005, 19:35
я против графики абсолютно. причины:
1. физический размер экрана
2. цветность экрана
3. сложность форматов графики

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

текст, удобство навигации. lynx/links. вот что нужно для полного счастья.

Grand
08.05.2005, 16:08
Вы убиваете мою надежду. :) Дело в том что у меня есть идея создать HTML-браузер на Spectrum'е. Не хочется отказываться от графики. Конечно ее нужно сделать отключаемой; не всякую вообще удасться преобразовать... Но что же тогда остается? - сделать собственный формат, как в браузере из ДОМЕН ОС? Не хотелось бы...

Shiru
08.05.2005, 18:09
Конечно, графику нужно сделать отключаемой; не всякую вообще удасться преобразовать... Но что же тогда остается?
Возможность читать html-документы. Это важнее графики.

Surfin_Bird
09.05.2005, 23:48
А что если сделать так - обычные сайты - грузить без графики, а специализированные ZX сайты - с графикой?

Conan
10.05.2005, 00:53
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно?

Doctor Max
10.05.2005, 07:50
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно?
У меня, помнится, была дикая идея сделать прокси, который бы занимался переконвертированием графики и прочего в более удобоваримый вид. Тот же html предполагалось перекодировать в свой бинарный формат. Опять же и трафик меньше, и меньше времени на парсер уйдет. Вот...

Grand
10.05.2005, 13:38
А что если сделать так - обычные сайты - грузить без графики, а специализированные ZX сайты - с графикой?
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно? Так скорее всего и будет в первой версии. Впрочем, браузером я собираюсь заняться никак не раньше следующего года, так что тому, кто начнет это раньше меня, все наши советы будут кстати.

Alex/AT
10.05.2005, 14:30
Может быть стоит обратить внимание на WAP/WBMP? Как раз для девайсов класса ZX...

Shiru
10.05.2005, 15:18
Может, для начала стоит тогда определиться - что такое браузер вообще, и для каких целей он вам нужен?;)

research
12.05.2005, 15:53
Про браузер типа Lynx тут уже писали, идея хорошая. А графику потом можно прикрутить, и без нее геморроя хватит. Опять таки wap тоже рулит, wap сайтов полно.

Хотелось бы еще на стэк tcp/ip взглянуть. Может мобилку к спектруму подключу (RS232 Siemens вполне вменяемые стандартные модемы), фтп/мылер катану.

Orionsoft
13.05.2005, 00:13
Сименс тема грамотная!

research
13.05.2005, 16:32
Пётр - с тебя кирпич! :)

Кстати, видел сегодня преобразователь RS232-USB, 15 бачей стоит...

jtn
13.05.2005, 17:07
Пётр - с тебя кирпич! :)

Кстати, видел сегодня преобразователь RS232-USB, 15 бачей стоит...
опять 25 =) на той штуке было написано, что она USB HOST?

Grand
14.05.2005, 14:14
... на ПЦ картинки маленькие и хорошенькие, а на ZX или маленькие или хорошенькие.А если декодировать их преближенно - чтобы были понятны только контуры? Понравившуюся картинку пользователь сможет и сам получить в более мощном конверторе.

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

... А вы ещё про скрипты какие-то...Вот воспроизводить скрипты лучше вообще не пытаться. :)

А как думаешь в Unix-е html читают в текстовом режиме?Жаль, я не видел как это дело работает в Unix'е. Но ведь Spectrum-то у нас - графический компьютер...

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

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

Grand
16.05.2005, 14:35
Вроде мобильного Netfronta или Оперы
Может быть стоит обратить внимание на WAP/WBMP?
Опять таки wap тоже рулит, wap сайтов полно.Напишите подробнее: в чем суть идеи применительно к Спектруму.

random
16.05.2005, 16:39
А если декодировать их преближенно - чтобы были понятны только контуры? Понравившуюся картинку пользователь сможет и сам получить в более мощном конверторе.

спасибо. давно так не смеялся.

Alex/AT
16.05.2005, 19:12
Напишите подробнее: в чем суть идеи применительно к Спектруму.
В том, что стандарт гораздо проще HTML... И на декодирование затраты меньше.

Да, я чуть ошибся. Не WAP - WML...

elf/2
16.05.2005, 22:39
В том, что стандарт гораздо проще HTML... И на декодирование затраты меньше.

странно, поискал в google, нашел ссылку на WML Tag Reference (http://www.w3schools.com/wap/wml_reference.asp). Чем это проще HTML версии 3.2? Я уже не говорю о версии 2.0 :)

а если рассматривать существующие направления развития web-технологий: xhtml, разделение данных/представления/поведения и семантически правильная разметка, то и современная страничка пожалуй по-проще будет.

random
17.05.2005, 07:07
wap/wml это такой мрак что просто жуть, особенно если они бинарные (кодированые так чтобы таги были не текстом, а битами).
уж лучше простенький html.

Alex/AT
17.05.2005, 19:18
wap/wml это такой мрак что просто жуть
Да бросьте вы. Делал маленькие WML-"сайтики". Вообще примитивно... Может там в стандарте > 2.0 чего навернули, но 2.0 нормальный был.

random
17.05.2005, 21:01
я тоже делал. мрак и жуть. html проще и в сто раз больше возможностей. и спектрум потянет без проблем.

Avatar
17.05.2005, 23:37
Если кто помнит, было такое на ZX- Domen OS - в ней был очень упрощённый интерпретатор HTML - документов.

rasmer
18.05.2005, 00:55
А чем вам не нравится система QHTS от Vinamin?
Вам там и гиперссылки, и форматирование текста и еще много чего интересного, у витамина даже была идея сделать конвертер html в qhts. А переделать йреы чисто под html, vitaminy не составит труда если его об этом попросить по хорошему... :)

research
18.05.2005, 18:13
вап сайт - там вроди как несложная "джава", и размер странички не более 1.4к. Так что спек потянет.

Shiru
18.05.2005, 21:37
вап сайт - там вроди как несложная "джава", и размер странички не более 1.4к. Так что спек потянет.
Никакой 'джава'. Это _язык_разметки_текстов, заточенный на мобильные устройства. Подробнее тут: http://www.codenet.ru/webmast/wml/wml.php

Какая от него польза в контексте возможности чтения/переноса документов - абсолютно не понимаю.

Если вы хотите вьюер текстов с картинками, анимациями, ссылками, музыкой, и своим форматом - этого добра на ZX навалом (в многочисленных журналах, в каждом свой). Польза html не в этом. Html на PC является сейчас таким-же стандартным форматом для текстовых документов, как txt или rtf. Вот в чём польза вьюера htm на Спеке - возможность чтения документов без их предварительной перекодировки и с частичным сохранением форматирования.

random
18.05.2005, 22:19
я не могу поверить что для спековской братии HTML это картинки. не ожидал.
эх...

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

Alex/AT
18.05.2005, 23:01
random: в принципе верно... только надо не вырезать... а сразу в бинарник перекомпилить

Dut_Norshi
20.05.2005, 08:57
На кой черт вам нужны эти картинки с графикой? Я думал это нужно только пользователям Уиндоуз. Ан нет, оказывается еще для спектрумистов картинки важнее чем текст в html...

Grand
20.05.2005, 16:38
А если декодировать их приближенно...
...давно так не смеялся."Один в поле не понял..." :( Ладно, специально для тебя сделаю чисто текстовый браузер, 64 симв. в строке. :)

Кому дать в руки лопату кодокопателя?Спасибо. На досуге "покопаем"...

А чем вам не нравится система QHTS ... ?Верно. Надо смотреть аналоги повсюду, - любой опыт может пригодиться.

А переделать qhts чисто под html, vitaminy не составит труда если его об этом попросить по хорошему...Почему бы и не попросить? Необходимость в HTML- браузере давно назрела.

Если кто помнит, было такое на ZX- Domen OS ... Да. Я упоминал об этом браузере в сообщении #3 этой темы. Он имеет недостатки, ведь за почти 10 лет изменился как сам HTML, так и техника программирования; вот лишь основные:
1. Поддержка только одной текстовой кодировки MS866 (она же "кириллица DOS" и т. д.)
2. Отображение только предварительно отформатированного текста. Попробуйте загрузить какой-нибудь HTML-текст из ДОМЕН ОС в Internet Explorer и вы поймете. Впрочем, эта проблема решаема: надо в HTML-текст, после тэга <BODY> вставить <PRE>, а перед </BODY> - </PRE>. А вот для графики простого решения нет - в ДОМЕН другой ее формат, - поэтому и созерцаем крестики.
3. Браузер очень "сырой", как и вся система ДОМЕН ОС.

... оказывается еще для спектрумистов картинки важнее чем текст в html...
Не картинки как таковые, а иллюстрации к тексту; они могут иметь важную смысловую нагрузку, а посему их поддержка желательна.

Grand
20.05.2005, 16:47
С графикой вопрос понятен: почти единогласное мнение - браузер должен иметь ее выключатель с единственным положением "OFF". :) Конечно, кому есть что добавить - пишите, а я предлагаю обсудить следующий вопрос.

Как известно, у нас на Спектруме используется текстовая кодировка MS866 (она же "кириллица DOS", OEM и т. д.) в Windows - "кириллица Windows" (windows-1251, ANSI и т. п.). Они должны быть поддержаны обязательно.
В других ОС (в том числе и на 8-и разрядных компьютерах) встречаются KOI8, KOI7...
Что думают о поддержке текстовых кодировок участники Форума?

elf/2
20.05.2005, 17:27
UTF-8

Shiru
20.05.2005, 20:57
Не картинки как таковые, а иллюстрации к тексту; они могут иметь важную смысловую нагрузку, а посему их поддержка желательна.
Да, например, странички с порносайтов..;)

Dut_Norshi
20.05.2005, 21:36
Да, смотреть порносайты на спектруме, что может быть более возбуждающе? :-)))

Grand
22.05.2005, 16:56
DKOI8 (Mainframe)
DM (Amiga)...
UTF-8Друзья! Я не эксперт по всем в мире кодировкам. :) Вы уж прикладывайте текстовый документ что-ли с табличкой кодов, а еще примеры META-определений, заставляющих браузер включать соответствующую кодировку. Вот пример для "кириллицы виндовс":
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

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

Grand
28.05.2005, 14:08
Хотелось бы сначала ознакомиться с популярным изложением...

Желание иметь в браузере кодировки "на все случаи жизни" понятно, также как и трудности в его осуществлении.
Возможное решение вопроса: использовать в браузере "базовую" кодировку (например, win-1251, - это можно обсудить), а остальные (или многие) получать из нее с помощью подключаемых пользовательских 256-и байтных таблиц перекодировки.

SAM style
28.05.2005, 20:08
Возможное решение вопроса: использовать в браузере "базовую" кодировку (например, win-1251, - это можно обсудить), а остальные (или многие) получать из нее с помощью подключаемых пользовательских 256-и байтных таблиц перекодировки.

Не все символы одинаковые (имеется ввиду такое дело как специальные символы национальных кодировок) и полноценно поменять кодировку таким образом не получится. Если и соберешься делать так как задумал, то вполне хватит 128-байтной таблицы - верхняя половина стандартизирована.

Shiru
28.05.2005, 21:18
то вполне хватит 128-байтной таблицы - верхняя половина стандартизирована.
Нижняя, наверное? ASCII

SAM style
28.05.2005, 21:21
sorry, оговорился. Имеются ввиду коды 0-127

acidrain
28.05.2005, 21:22
В других ОС (в том числе и на 8-и разрядных компьютерах) встречаются KOI8, KOI7...
Что думают о поддержке текстовых кодировок участники Форума?
Думаю Надо поддержать ами1251 (вынь1251) и ДМ, также кои8, еще надо utf =)

lvd
29.05.2005, 09:42
Думаю Надо поддержать ами1251 (вынь1251) и ДМ, также кои8, еще надо utf =)

Ни разу не видел сайтов в ДМ. А сайты в утф - изврат. К тому же с утфой (вариант уникода) не обойдёшься таблицей 256 байт.

random
29.05.2005, 16:45
а GOOGLE разве не в UTF?

SMT
29.05.2005, 19:23
раз всё равно браузер - offline, можно поддерживать только одну кодировку и использовать разные конвертеры. если дальше идти в этом направлении, конвертер может вычищать JS, CSS, комментарии и пробелы, чтобы больше поместилось в листалку. а ещё дальше - можно соорудить на ПЦ конвертер в формат одного из спековских журналов, поддерживающих гиперссылки и картинки. тогда сайт можно сразу переделать в журнал и смотреть на ZX :)

Spectre
30.05.2005, 12:56
Как показывает многолетняя практика написания универсальных вьюверов, необходима поддержка 3 кодировок: cp866 (dos), cp1251 (win), koi8-r. За базовую берем cp866, а остальные 2 получаем изменением шрифта (при помощи двух 128-и байтных таблиц перекодировки)! Такой вариант на порядки быстрее конвертирования непосредственно текста и весьма компактный.

SMT
30.05.2005, 19:58
для простого текста - да, а в сайтостроении utf-8 становится стандартом. внешний конвертер может обработать unicode, "на лету" такой фокус трудно накодить. ещё можно пожать тэги в бинарный вид, чтобы исключить парсер из листалки

random
30.05.2005, 22:19
на пред. страницах именно это уже описывалось :)

Grand
02.06.2005, 15:01
Не все символы одинаковые (имеется ввиду такое дело как специальные символы национальных кодировок) ...Но мне кажется символы из украинского и белорусского алфавитов есть в win-1251 (поправьте меня, если я ошибаюсь). Прилагаю ниже картинку с символами win-1251, как их отображает Explorer 6.0.



... вполне хватит 128-байтной таблицы ...Действительно, что-то я сильно размахнулся. :) Именно 128 байт я и имел ввиду. Хотя, например, KOI7 как раз и размещает русские буквы в диапазоне кодов 64 - 127; но это 7-и битная кодировка.


Думаю Надо поддержать ами1251 (вынь1251) и ДМ, также кои8, еще надо utf =)Дайте ссылочку, где коротко можно прочитать про эти кодировки. Я имею опыт работы совсем с другими системами, где совсем другие кодировки...


... можно соорудить на ПЦ конвертер в формат одного из спековских журналов ...На ZX одной из таких "журнальных" программ является QHTS. Может быть для нее и стоит написать упомянутый конвертор.
Но HTML-браузер на Спектруме все равно нужен.



(Вложение удалено автором сообщения после 22-х просмотров для экономии места на сервере Форума)

lvd
02.06.2005, 16:31
Дайте ссылочку, где коротко можно прочитать про эти кодировки. Я имею опыт работы совсем с другими системами, где совсем другие кодировки...

ami1251 - это вин1251, в которую добавлена псевдографика.
ДМ - это бред, забудь про неё. Её зачем-то придумал Михайлов (автор книги amiga #1, которую можно почитать тута: http://amitrans.narod.ru/content/press.html), в ней например буквы А были общими у англ. и рус. частей (т.е. были одним кодом),...
кои8 - чёта не слышно воплей линухоедов о том что это единственный рулез, но тем не менее она ввиду опять тех же линуксоедов ещё не умерла. Всякие варианты уникода - имхо применительно для русских и английских сайтов - СОВЕРШЕННО неактуально, и всякие потуги её юзать - понты. гугла ещё можно понять - типа всемирная искалка, но всё остальное всад. В качестве исключения утф8 с русскими кодами онлы.

elf/2
02.06.2005, 18:42
Всякие варианты уникода - имхо применительно для русских и английских сайтов - СОВЕРШЕННО неактуально, и всякие потуги её юзать - понты
откуда такая категоричность? многие современные OC, web-server'а и разнообразные движки сайтов используют utf-8 по умолчанию. другие планируют двигаться в этом направлении


В качестве исключения утф8 с русскими кодами онлы.
это правильно, только не в качестве исключения. а на равных правах с другими кодировками

Grand
03.06.2005, 14:53
ДМ - это бред, забудь про неё.Спасибо за полезную ссылку. ДМ мне напомнила одну из кодировок принтера D100M, с которой мне приходилось работать, - действительно, бред. Но если ее используют многие, как сказано в книге, может быть нужно сделать ее поддержку?

lvd
03.06.2005, 14:58
откуда такая категоричность? многие современные OC, web-server'а и разнообразные движки сайтов используют utf-8 по умолчанию. другие планируют двигаться в этом направлении


Ну я и говорю, что понты. Ради англ.+русс. букв, которые вместе прекрасно лезут в 256б, зачем-то юзают монстроидальный юникод. В котором и латиница +извраты, и кириллица +извраты, и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена. И что же - из всего этого юзают на чисто русских сайтах только англ.+русс. буквы, ценой бессмысленой возни с юникодом. Нуизах оно?...



это правильно, только не в качестве исключения. а на равных правах с другими кодировками
Давить.

lvd
03.06.2005, 15:01
Спасибо за полезную ссылку. ДМ мне напомнила одну из кодировок принтера D100M, с которой мне приходилось работать, - действительно, бред. Но если ее используют многие, как сказано в книге, может быть нужно сделать ее поддержку?

1. это ИСКЛЮЧИТЕЛЬНО амижная кодировка.
2. Автор книги её и придумал - как ты думаешь, он напишет 'эту левейшую кодировку мало кто будет юзать в здравом уме'? =)

elf/2
03.06.2005, 17:27
Ну я и говорю, что понты. Ради англ.+русс. букв, которые вместе прекрасно лезут в 256б, зачем-то юзают монстроидальный юникод. В котором и латиница +извраты, и кириллица +извраты, и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена. И что же - из всего этого юзают на чисто русских сайтах только англ.+русс. буквы, ценой бессмысленой возни с юникодом. Нуизах оно?...
1. ОСи, web сервера (я имею в виду софт), движки сайтов делают не только для русских и американцев. соответсвенно unicode - это суровая необходимость. никто не будет переписывать движок и вырезать поддержку юникода :)
2. оверхед на поддержку utf-8 практически нулевой. на размер чисто английских страниц это никак не влияет
3. xml/xslt это одна из базовых технологий для построения современных веб-сайтов. большинство существующих парсеров используют utf-8 по умолчанию. а кодировок win1251/koi8 они могут вообще не знать
4. как ты сам предложил, совсем не обязательно поддерживать "и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена". а вот ascii + русская кодовая страница - будет оптимальным выбором (хотя было бы не плохо поддержать возможность расширения)

Grand
13.06.2005, 12:12
Из обсуждения кодировок лично я вынес много полезного, и по-возможности учту все пожелания, когда буду заниматься не только браузером, но и обычными "листалками" текстов.
Жаль, только не удалось услышать мнение о национальных символах, - ведь среди нас есть люди из ближнего зарубежья.

Думаю, все согласны с тем, что отображение текста на экране играет не последнюю роль.
Сколько же символов в экранной строке должна обеспечивать процедура печати регулярным шрифтом: 32, 42, 64 символа? а может быть кому-то нравятся более "экзотические" варианты: 51 символ или пропорциональные?

SAM style
13.06.2005, 13:37
Думаю, все согласны с тем, что отображение текста на экране играет не последнюю роль.
Сколько же символов в экранной строке должна обеспечивать процедура печати регулярным шрифтом: 32, 42, 64 символа? а может быть кому-то нравятся более "экзотические" варианты: 51 символ или пропорциональные?

На моем старом ч/б TV с плывущим экраном 64 символа - это издевательство над глазом. Хотя для некоторых "широких" страниц придется навешивать горизонтальный скролл текста (бывает и за 80 символов в строке, особенно мелким шрифтом).
Надо сделать режимы на 42, 51 и 64 символа и возможность переключаться между ними.

Grand
13.06.2005, 13:58
На моем старом ч/б TV с плывущим экраном 64 символа - это издевательство над глазом.Но ведь ты используешь 64 симв. в стр. в своих текстовых "смотрелках". ;)


Надо сделать режимы на 42, 51 и 64 символа и возможность переключаться между ними.
Конечно возможность отображения 42/51/64 очень полезна для пользователя, но на практике не делается кодерами (по крайней мере мне такие текстовые "смотрелки" неизвестны). Чаще используется только 64-х символьный вывод, и это объясняется не только тем, что возможно отобразить на экране большое количество информации, но и тем, что это самая быстрая экранная печать (после 32-х символьной, конечно).
Однако я не зря задал вопрос. В "классическом" HTML сушествует возможность отображать текст помимо регулярного, еще наклонным и жирным шрифтами (размеры шрифтов давайте пока не будем рассматривать). Поэтому, с увеличением способов отображения, увеличится и количество хранимых шрифтов, что не лучшим образом (на мой взгляд) скажется на эффективности браузера. Чтобы не "перетяжелять" программу, мне и хотелось бы остановиться только на одном способе экранной печати (желательно не 32-х и не 64-х символьной).

TomCaT
12.10.2005, 20:49
В процессе увлекательной и полезной переписки с неким Stefano из Италии -- большим поклонником Speccy, у которого я надеялся найти Sottomarini 84г. рождения от G.B.MAX, я узнал об этих интересных проектах, в которых хотелось бы поучаствовать...

Конечно, минимальные требования Интернет для Speccy -- хотя бы 128к и дисковод (на случай своппинга :) ). Однако, согласитесь, результат стоит затраченных усилий.

Я получил от Stefano множество ссылок в помощь тем, кто всерьёз готов взятся за проект малотребовательного (только ПЗУ, а не ОСи с дискет, желательно обойтись TR-DOS'ом, или на крайний Операционкой Scorpion'а) on-line браузера. Я мог бы рискнуть, но мой опыт в Асме ZX -- опыт давний и устаревший. Что до TCP/IP, то, как программисту, мне вообще всё придётся изучать с нуля :) Но я очень заинтересовался проектом. Поэтому создал тему, где и размещаю следующие ссылки:
(знание Итальянско необязательно, но настоятельно рекомендуется, к сожалению :( В случае чего Stefano обещал перевести для нас на английский ОСОБО нужные и непонятные места. Я, в свою очередь, как переводчик со стажем (серьёзно :| ) готов перевести по требованию любую информацию по этой теме с Eng на Рус, и наоборот :) )


http://zxspectrum.hal.varese.it/dituttounpo.htm -- TCP/IP на ZX

http://uzix.sourceforge.net/index.php?lang=us -- нечто вроде Linux для MSX


http://zxbox.sourceforge.net/index.rus.html
http://zxbox.sourceforge.net/index.html
http://sourceforge.net/support/getsupport.php?group_id=26552
http://sourceforge.net/projects/zxbox

-- разные ссылки в тему.

http://www.sics.se/~adam/contiki/ -- некие Contiki, которые Stefano
предлагает перекомпилить, включив
поддержку TCP/IP :rolleyes:

http://zxspectrum.hal.varese.it/tcpip.zip -- архив по TCP/IP для Spectrum

Кроме того, по требованию могу выложить (отдельной темой) список других, самых разнообразных ТЕКУЩИХ разработок, которые идут в Италии, с подробным комментарием (перевод со слов автора).

Dima Bystrov (2:5029/77.48)
17.10.2005, 07:13
From: Ryazan (Ryazan_Net)<hr>
Hello Guest!

12 Oct 05 22:03, Guest from forum zx pk ru wrote to All:


Конечно, минимальные требования Интернет для Speccy -- хотя бы 128к и
дисковод (на случай своппинга :) ). Однако, согласитесь, результат
стоит затраченных усилий.

Помнится, и 3-4 года назад они всё то же обещали... Что сделано за эти годы?

- A.Coder [Wolf3d2004 InfoGuide7 ACEdit96 ACN42 PT3695 Chip13 HexFill HDDoct6]
[Ansi04 8col12 ZXRar27UnR59 Jpg042 CacVox1 Dbs07 Gluk61R PC21 Alasm50f2 Sts70i]

... ZX Spectrum today