Просмотр полной версии : Браузер для спекки.
Есть ли консольный браузер для спекки? Координаты.
пиши, будет.
стэк tcp/ip есть.
команды http все очень простые.
вьювер простой написать не проблема, без графики.
Давайте обсудим: нужен ли на Speccy современный HTML-браузер (последняя разработка, известная лично мне, это HTML-браузер в ДОМЕН ОС PinkFloyd, - на сегодняшний день безнадежно устарел)? Как могут быть в нем решены, например, проблемы поддержки графики и т. д.?
Современный - это хотя-бы на уровне IE3? :)
Современные странички (с графикой, таблицами, стилями) на Спеке даже грузить некуда. И пре-конверсию на нём делать проблематично... Вот браузер чисто текстовый + минимальная разметка + гиперссылки - это было-бы неплохо. Но сложно.
Современные странички (с графикой, таблицами, стилями) на Спеке даже грузить некуда. И пре-конверсию на нём делать проблематично... Вот браузер чисто текстовый + минимальная разметка + гиперссылки - это было-бы неплохо. Но сложно.
вот-вот, надо что-то типа lynx
или даже что-то типа встроенных браузеров сотовых телефонов
btw, браузер - это вьюер html-страниц. Он не обязательно подразумевает, что эти странички грузятся напрямую из сети. В оффлайновом виде полезен он может быть тем, что можно будет смотреть доки в htm без их конвертации, с частично сохранённой разметкой.
Orionsoft
28.04.2005, 21:13
Вроде мобильного Netfronta или Оперы
смотришь текст,можно передвигатся по ссылкам,загружать файлы,и изображения
Дык вроде в BV'шнике от Ивана Рощина можно смотреть html..
Дык вроде в BV'шнике от Ивана Рощина можно смотреть html..Хотелось бы, чтобы работали гиперссылки, выводились иллюстрации...
Изначально HTML задумывался для переноса текстовых документов между разными платформами. Заманчиво было бы иметь HTML-браузер на Спектруме и смотреть web-страницы (пусть даже с минимумом возможностей: без скриптов, фреймов, стилей и т. д.); также не плохо было бы создавать на Спектруме HTML-документы и впоследующем работать с ними, например на IBM. Серьезная проблема - это графика (иллюстрации). Но в том же Internet'e распространено не так много графических форматов: JPEG, GIF... Отдельные конверторы таких файлов на Спектруме уже давно существуют.
Интересно было бы услышать мнение по поводу возможности встраивания таких конверторов в HTML-браузер для Speccy?
Не реально. Это на ПЦ картинки маленькие и хорошенькие, а на ZX или маленькие или хорошенькие. При таком разрешении банеры смотреть? Сам банер больше чем экран у ZX.
Серьезная проблема - это графика (иллюстрации).
Фигня это, а не проблема - выключить графику, и дело с концом. А вот элементарные таблицы - это уже полная, не побоюсь этого слова, жопа.
А вы ещё про скрипты какие-то... Хе-хе..
я против графики абсолютно. причины:
1. физический размер экрана
2. цветность экрана
3. сложность форматов графики
этих 3х причин хватает чтобы понять - графику в спектрумовском браузере нахрен не надо делать. таблицы еще не так сложно. а с графикой вы точно будете по полчаса ждать пока этот форум отобразиться.
текст, удобство навигации. lynx/links. вот что нужно для полного счастья.
Вы убиваете мою надежду. :) Дело в том что у меня есть идея создать HTML-браузер на Spectrum'е. Не хочется отказываться от графики. Конечно ее нужно сделать отключаемой; не всякую вообще удасться преобразовать... Но что же тогда остается? - сделать собственный формат, как в браузере из ДОМЕН ОС? Не хотелось бы...
Конечно, графику нужно сделать отключаемой; не всякую вообще удасться преобразовать... Но что же тогда остается?
Возможность читать html-документы. Это важнее графики.
Surfin_Bird
09.05.2005, 23:48
А что если сделать так - обычные сайты - грузить без графики, а специализированные ZX сайты - с графикой?
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно?
Doctor Max
10.05.2005, 07:50
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно?
У меня, помнится, была дикая идея сделать прокси, который бы занимался переконвертированием графики и прочего в более удобоваримый вид. Тот же html предполагалось перекодировать в свой бинарный формат. Опять же и трафик меньше, и меньше времени на парсер уйдет. Вот...
А что если сделать так - обычные сайты - грузить без графики, а специализированные ZX сайты - с графикой?
А может двигаться постепенно, сначала хоть какой нибудь браузер (без графики), а там будет видно? Так скорее всего и будет в первой версии. Впрочем, браузером я собираюсь заняться никак не раньше следующего года, так что тому, кто начнет это раньше меня, все наши советы будут кстати.
Может быть стоит обратить внимание на WAP/WBMP? Как раз для девайсов класса ZX...
Может, для начала стоит тогда определиться - что такое браузер вообще, и для каких целей он вам нужен?;)
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 бачей стоит...
Пётр - с тебя кирпич! :)
Кстати, видел сегодня преобразователь RS232-USB, 15 бачей стоит...
опять 25 =) на той штуке было написано, что она USB HOST?
... на ПЦ картинки маленькие и хорошенькие, а на ZX или маленькие или хорошенькие.А если декодировать их преближенно - чтобы были понятны только контуры? Понравившуюся картинку пользователь сможет и сам получить в более мощном конверторе.
... выключить графику, и дело с концом. А вот элементарные таблицы - это уже полная ... .
Проблемы будут на каждом шагу, но решать их, по-моему, стоит...
... А вы ещё про скрипты какие-то...Вот воспроизводить скрипты лучше вообще не пытаться. :)
А как думаешь в Unix-е html читают в текстовом режиме?Жаль, я не видел как это дело работает в Unix'е. Но ведь Spectrum-то у нас - графический компьютер...
У меня, помнится, была дикая идея сделать прокси, который бы занимался переконвертированием графики и прочего в более удобоваримый вид.Действительно, в любом браузере при просмотре графика хранится в своем внутреннем формате. Вот эти-то данные и нужно сохранять (если надо), а при повторном выводе документа - загружать, не тратя снова время на конверсию.
Может, для начала стоит тогда определиться - что такое браузер вообще, и для каких целей он вам нужен?Вобщем-то свои цели я указал в сообщении #10 этой темы.
Мне браузер нужен прежде всего для переноса HTML-документов между платформами; т. е. то, для чего HTML и создавался изначально.
Вроде мобильного Netfronta или Оперы
Может быть стоит обратить внимание на WAP/WBMP?
Опять таки wap тоже рулит, wap сайтов полно.Напишите подробнее: в чем суть идеи применительно к Спектруму.
А если декодировать их преближенно - чтобы были понятны только контуры? Понравившуюся картинку пользователь сможет и сам получить в более мощном конверторе.
спасибо. давно так не смеялся.
Напишите подробнее: в чем суть идеи применительно к Спектруму.
В том, что стандарт гораздо проще HTML... И на декодирование затраты меньше.
Да, я чуть ошибся. Не WAP - WML...
В том, что стандарт гораздо проще HTML... И на декодирование затраты меньше.
странно, поискал в google, нашел ссылку на WML Tag Reference (http://www.w3schools.com/wap/wml_reference.asp). Чем это проще HTML версии 3.2? Я уже не говорю о версии 2.0 :)
а если рассматривать существующие направления развития web-технологий: xhtml, разделение данных/представления/поведения и семантически правильная разметка, то и современная страничка пожалуй по-проще будет.
wap/wml это такой мрак что просто жуть, особенно если они бинарные (кодированые так чтобы таги были не текстом, а битами).
уж лучше простенький html.
wap/wml это такой мрак что просто жуть
Да бросьте вы. Делал маленькие WML-"сайтики". Вообще примитивно... Может там в стандарте > 2.0 чего навернули, но 2.0 нормальный был.
я тоже делал. мрак и жуть. html проще и в сто раз больше возможностей. и спектрум потянет без проблем.
Если кто помнит, было такое на ZX- Domen OS - в ней был очень упрощённый интерпретатор HTML - документов.
А чем вам не нравится система QHTS от Vinamin?
Вам там и гиперссылки, и форматирование текста и еще много чего интересного, у витамина даже была идея сделать конвертер html в qhts. А переделать йреы чисто под html, vitaminy не составит труда если его об этом попросить по хорошему... :)
research
18.05.2005, 18:13
вап сайт - там вроди как несложная "джава", и размер странички не более 1.4к. Так что спек потянет.
вап сайт - там вроди как несложная "джава", и размер странички не более 1.4к. Так что спек потянет.
Никакой 'джава'. Это _язык_разметки_текстов, заточенный на мобильные устройства. Подробнее тут: http://www.codenet.ru/webmast/wml/wml.php
Какая от него польза в контексте возможности чтения/переноса документов - абсолютно не понимаю.
Если вы хотите вьюер текстов с картинками, анимациями, ссылками, музыкой, и своим форматом - этого добра на ZX навалом (в многочисленных журналах, в каждом свой). Польза html не в этом. Html на PC является сейчас таким-же стандартным форматом для текстовых документов, как txt или rtf. Вот в чём польза вьюера htm на Спеке - возможность чтения документов без их предварительной перекодировки и с частичным сохранением форматирования.
я не могу поверить что для спековской братии HTML это картинки. не ожидал.
эх...
по теме - думаю программе браузеру придется делать предварительную перекодировку файла для выреза всей глупости типа картинок, скриптов и стилей ширины/высоты всякой, а также разбивку на блоки чтобы в память грузить нормально. много документов (особенно этот форум) занимает больше странички 16к ;)
random: в принципе верно... только надо не вырезать... а сразу в бинарник перекомпилить
Dut_Norshi
20.05.2005, 08:57
На кой черт вам нужны эти картинки с графикой? Я думал это нужно только пользователям Уиндоуз. Ан нет, оказывается еще для спектрумистов картинки важнее чем текст в html...
А если декодировать их приближенно...
...давно так не смеялся."Один в поле не понял..." :( Ладно, специально для тебя сделаю чисто текстовый браузер, 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...
Не картинки как таковые, а иллюстрации к тексту; они могут иметь важную смысловую нагрузку, а посему их поддержка желательна.
С графикой вопрос понятен: почти единогласное мнение - браузер должен иметь ее выключатель с единственным положением "OFF". :) Конечно, кому есть что добавить - пишите, а я предлагаю обсудить следующий вопрос.
Как известно, у нас на Спектруме используется текстовая кодировка MS866 (она же "кириллица DOS", OEM и т. д.) в Windows - "кириллица Windows" (windows-1251, ANSI и т. п.). Они должны быть поддержаны обязательно.
В других ОС (в том числе и на 8-и разрядных компьютерах) встречаются KOI8, KOI7...
Что думают о поддержке текстовых кодировок участники Форума?
Не картинки как таковые, а иллюстрации к тексту; они могут иметь важную смысловую нагрузку, а посему их поддержка желательна.
Да, например, странички с порносайтов..;)
Dut_Norshi
20.05.2005, 21:36
Да, смотреть порносайты на спектруме, что может быть более возбуждающе? :-)))
DKOI8 (Mainframe)
DM (Amiga)...
UTF-8Друзья! Я не эксперт по всем в мире кодировкам. :) Вы уж прикладывайте текстовый документ что-ли с табличкой кодов, а еще примеры META-определений, заставляющих браузер включать соответствующую кодировку. Вот пример для "кириллицы виндовс":
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
Да, например, странички с порносайтов...Ну, друзья, извратить можно любую идею. :)
Хотелось бы сначала ознакомиться с популярным изложением...
Желание иметь в браузере кодировки "на все случаи жизни" понятно, также как и трудности в его осуществлении.
Возможное решение вопроса: использовать в браузере "базовую" кодировку (например, win-1251, - это можно обсудить), а остальные (или многие) получать из нее с помощью подключаемых пользовательских 256-и байтных таблиц перекодировки.
SAM style
28.05.2005, 20:08
Возможное решение вопроса: использовать в браузере "базовую" кодировку (например, win-1251, - это можно обсудить), а остальные (или многие) получать из нее с помощью подключаемых пользовательских 256-и байтных таблиц перекодировки.
Не все символы одинаковые (имеется ввиду такое дело как специальные символы национальных кодировок) и полноценно поменять кодировку таким образом не получится. Если и соберешься делать так как задумал, то вполне хватит 128-байтной таблицы - верхняя половина стандартизирована.
то вполне хватит 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 =)
Думаю Надо поддержать ами1251 (вынь1251) и ДМ, также кои8, еще надо utf =)
Ни разу не видел сайтов в ДМ. А сайты в утф - изврат. К тому же с утфой (вариант уникода) не обойдёшься таблицей 256 байт.
раз всё равно браузер - offline, можно поддерживать только одну кодировку и использовать разные конвертеры. если дальше идти в этом направлении, конвертер может вычищать JS, CSS, комментарии и пробелы, чтобы больше поместилось в листалку. а ещё дальше - можно соорудить на ПЦ конвертер в формат одного из спековских журналов, поддерживающих гиперссылки и картинки. тогда сайт можно сразу переделать в журнал и смотреть на ZX :)
Как показывает многолетняя практика написания универсальных вьюверов, необходима поддержка 3 кодировок: cp866 (dos), cp1251 (win), koi8-r. За базовую берем cp866, а остальные 2 получаем изменением шрифта (при помощи двух 128-и байтных таблиц перекодировки)! Такой вариант на порядки быстрее конвертирования непосредственно текста и весьма компактный.
для простого текста - да, а в сайтостроении utf-8 становится стандартом. внешний конвертер может обработать unicode, "на лету" такой фокус трудно накодить. ещё можно пожать тэги в бинарный вид, чтобы исключить парсер из листалки
на пред. страницах именно это уже описывалось :)
Не все символы одинаковые (имеется ввиду такое дело как специальные символы национальных кодировок) ...Но мне кажется символы из украинского и белорусского алфавитов есть в win-1251 (поправьте меня, если я ошибаюсь). Прилагаю ниже картинку с символами win-1251, как их отображает Explorer 6.0.
... вполне хватит 128-байтной таблицы ...Действительно, что-то я сильно размахнулся. :) Именно 128 байт я и имел ввиду. Хотя, например, KOI7 как раз и размещает русские буквы в диапазоне кодов 64 - 127; но это 7-и битная кодировка.
Думаю Надо поддержать ами1251 (вынь1251) и ДМ, также кои8, еще надо utf =)Дайте ссылочку, где коротко можно прочитать про эти кодировки. Я имею опыт работы совсем с другими системами, где совсем другие кодировки...
... можно соорудить на ПЦ конвертер в формат одного из спековских журналов ...На ZX одной из таких "журнальных" программ является QHTS. Может быть для нее и стоит написать упомянутый конвертор.
Но HTML-браузер на Спектруме все равно нужен.
(Вложение удалено автором сообщения после 22-х просмотров для экономии места на сервере Форума)
Дайте ссылочку, где коротко можно прочитать про эти кодировки. Я имею опыт работы совсем с другими системами, где совсем другие кодировки...
ami1251 - это вин1251, в которую добавлена псевдографика.
ДМ - это бред, забудь про неё. Её зачем-то придумал Михайлов (автор книги amiga #1, которую можно почитать тута: http://amitrans.narod.ru/content/press.html), в ней например буквы А были общими у англ. и рус. частей (т.е. были одним кодом),...
кои8 - чёта не слышно воплей линухоедов о том что это единственный рулез, но тем не менее она ввиду опять тех же линуксоедов ещё не умерла. Всякие варианты уникода - имхо применительно для русских и английских сайтов - СОВЕРШЕННО неактуально, и всякие потуги её юзать - понты. гугла ещё можно понять - типа всемирная искалка, но всё остальное всад. В качестве исключения утф8 с русскими кодами онлы.
Всякие варианты уникода - имхо применительно для русских и английских сайтов - СОВЕРШЕННО неактуально, и всякие потуги её юзать - понты
откуда такая категоричность? многие современные OC, web-server'а и разнообразные движки сайтов используют utf-8 по умолчанию. другие планируют двигаться в этом направлении
В качестве исключения утф8 с русскими кодами онлы.
это правильно, только не в качестве исключения. а на равных правах с другими кодировками
ДМ - это бред, забудь про неё.Спасибо за полезную ссылку. ДМ мне напомнила одну из кодировок принтера D100M, с которой мне приходилось работать, - действительно, бред. Но если ее используют многие, как сказано в книге, может быть нужно сделать ее поддержку?
откуда такая категоричность? многие современные OC, web-server'а и разнообразные движки сайтов используют utf-8 по умолчанию. другие планируют двигаться в этом направлении
Ну я и говорю, что понты. Ради англ.+русс. букв, которые вместе прекрасно лезут в 256б, зачем-то юзают монстроидальный юникод. В котором и латиница +извраты, и кириллица +извраты, и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена. И что же - из всего этого юзают на чисто русских сайтах только англ.+русс. буквы, ценой бессмысленой возни с юникодом. Нуизах оно?...
это правильно, только не в качестве исключения. а на равных правах с другими кодировками
Давить.
Спасибо за полезную ссылку. ДМ мне напомнила одну из кодировок принтера D100M, с которой мне приходилось работать, - действительно, бред. Но если ее используют многие, как сказано в книге, может быть нужно сделать ее поддержку?
1. это ИСКЛЮЧИТЕЛЬНО амижная кодировка.
2. Автор книги её и придумал - как ты думаешь, он напишет 'эту левейшую кодировку мало кто будет юзать в здравом уме'? =)
Ну я и говорю, что понты. Ради англ.+русс. букв, которые вместе прекрасно лезут в 256б, зачем-то юзают монстроидальный юникод. В котором и латиница +извраты, и кириллица +извраты, и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена. И что же - из всего этого юзают на чисто русских сайтах только англ.+русс. буквы, ценой бессмысленой возни с юникодом. Нуизах оно?...
1. ОСи, web сервера (я имею в виду софт), движки сайтов делают не только для русских и американцев. соответсвенно unicode - это суровая необходимость. никто не будет переписывать движок и вырезать поддержку юникода :)
2. оверхед на поддержку utf-8 практически нулевой. на размер чисто английских страниц это никак не влияет
3. xml/xslt это одна из базовых технологий для построения современных веб-сайтов. большинство существующих парсеров используют utf-8 по умолчанию. а кодировок win1251/koi8 они могут вообще не знать
4. как ты сам предложил, совсем не обязательно поддерживать "и греческий алфавит, и тонны "уероглифов", и всякие там индийские и прочие азиатские письмена". а вот ascii + русская кодовая страница - будет оптимальным выбором (хотя было бы не плохо поддержать возможность расширения)
Из обсуждения кодировок лично я вынес много полезного, и по-возможности учту все пожелания, когда буду заниматься не только браузером, но и обычными "листалками" текстов.
Жаль, только не удалось услышать мнение о национальных символах, - ведь среди нас есть люди из ближнего зарубежья.
Думаю, все согласны с тем, что отображение текста на экране играет не последнюю роль.
Сколько же символов в экранной строке должна обеспечивать процедура печати регулярным шрифтом: 32, 42, 64 символа? а может быть кому-то нравятся более "экзотические" варианты: 51 символ или пропорциональные?
SAM style
13.06.2005, 13:37
Думаю, все согласны с тем, что отображение текста на экране играет не последнюю роль.
Сколько же символов в экранной строке должна обеспечивать процедура печати регулярным шрифтом: 32, 42, 64 символа? а может быть кому-то нравятся более "экзотические" варианты: 51 символ или пропорциональные?
На моем старом ч/б TV с плывущим экраном 64 символа - это издевательство над глазом. Хотя для некоторых "широких" страниц придется навешивать горизонтальный скролл текста (бывает и за 80 символов в строке, особенно мелким шрифтом).
Надо сделать режимы на 42, 51 и 64 символа и возможность переключаться между ними.
На моем старом ч/б TV с плывущим экраном 64 символа - это издевательство над глазом.Но ведь ты используешь 64 симв. в стр. в своих текстовых "смотрелках". ;)
Надо сделать режимы на 42, 51 и 64 символа и возможность переключаться между ними.
Конечно возможность отображения 42/51/64 очень полезна для пользователя, но на практике не делается кодерами (по крайней мере мне такие текстовые "смотрелки" неизвестны). Чаще используется только 64-х символьный вывод, и это объясняется не только тем, что возможно отобразить на экране большое количество информации, но и тем, что это самая быстрая экранная печать (после 32-х символьной, конечно).
Однако я не зря задал вопрос. В "классическом" HTML сушествует возможность отображать текст помимо регулярного, еще наклонным и жирным шрифтами (размеры шрифтов давайте пока не будем рассматривать). Поэтому, с увеличением способов отображения, увеличится и количество хранимых шрифтов, что не лучшим образом (на мой взгляд) скажется на эффективности браузера. Чтобы не "перетяжелять" программу, мне и хотелось бы остановиться только на одном способе экранной печати (желательно не 32-х и не 64-х символьной).
В процессе увлекательной и полезной переписки с неким 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
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot