Voor de xdev'ers is het zeer handig ja.., ik vraag me zelfs af of je nog een CF card nodig hebt voor je msx als je al een netwerkkaart hebt (en een PC )..

Ben je 'elite' als je een turbo-r hebt en een gprx9000 ? Ik dacht dat iedereen dat nu zolangzamerhand wel had ? Moet eerlijk zeggen dat ik de turbo-r nog maar net heb. En nog niet goed weet hoe hij werkt, ik heb daarin nog veel te ontdekken. Ik had 'vroeger' een msx2+ toen had ik nog geen geld voor een dure Turbo-r. Nu ik er een heb weet ik eigenlijk niet goed wat ik er mee kan en wat voor software er allemaal voor is gemaakt. Met de simpele reden eigenlijk dat ik vroeger daar niet echt op lette omdat ik het toch niet kon draaien. Dus eigenlijk wat ik nu allemaal in mijn Turbo-r stop is nieuw voor mij en dat is dus gaaf ! .... Over de netwerk-kaart gesproken. Volgens mij is het nog een hele klus om een browser te maken voor de MSX ! ... Zou niet weten hoe je dat zou moeten doen..... Zou die dan ook echt http compatble worden ? met java e.d ? Zou echt respect hebben voor iemand die zoiets inelkaar progt.
Want dat is een hele klus.

Misschien is het een iedee om iedereen die op deze site aangemeld is ook aangeeft in het profiel wat voor een MSX je hebt. Zo kan je ook rechtstreeks met iemand contact opzoeken, kan soms handig zijn toch ?! Zo heb je gelijk ook een overzicht van de hardware. Het leuke is dat je kan anticiperen op behoefte. Maar goed klinkt allemaal wel heel gaaf. Maar je hebt toch enthousaste mensen nodig die dit allemaal maar willen doen in hun vrije tijd..... en dan vind ik de prijzen nog wel meevallen eigenlijk ...


Edo

Eigenlijk wil ik een keer de hardware database koppelen aan de MRC userbase. Zo kan je bv ook aangeven dat je een MSX1, een 2+ en een turboR hebt als dat het geval is. Uiteindelijk zal dat erg representatieve (~2200 users) statistieken genereren van wat voor hardware er in de community in omloop is.

http is geen probleem. HTML en CSS (level 1 en gedeeltelijk level 2) is ook nog te doen. Java en Flash zijn zo goed als onmogelijk. Over javascript kan nog gedacht worden...

Het is inderdaad een hele klus, want je hebt het ook over GIF, PNG en liefst ook JPG afbeelden, enzovoorts...

Als je het mij vraagt moet een aantal mensen eens terugkeren op aarde
Enerzijds zijn er mensen die al in de wolken lopen alvorens er 1 ding geproduceerd is. Nestor heeft reeds gezegd dat hij een productie verziet van 20 stuks, de rest zou moeten wachten. Daar zouden we als Sunrise iets aan kunnen doen. Terwijl aan de andere kant duidelijk is dat Obsonet bedoeld is vanaf msx2 en hoger. Het is dus dan ook een volstrekt raadsel waarom een ieder weer denkt dat een Turbo-r dan weer zou moeten als enig zaligmakende msx type
Dank dus aan Guyver en Grauw voor het relativeren hiervan

javascripts (althans DOM) is op zich wel te doen lijkt me tot op zekere hoogte. bijv. Als er input velden op een html pagina staan, dan hebben deze een id, en deze worden met behulp van DOM opgevraagd. Het enige dat je hier dan nodig hebt is een identifier o.i.d. om het veld iets te laten doen.

Sommige grappen zijn vanuit javascripts misschien wat lastiger (denk bijv. aan document.write (dynamisch opbouwen van een html pagina)

Het enige nadeel is dat er nogal wat variaties in Javascripting in de omloop zijn, dus ik denk dat het dan verstandig is om een standaard te kiezen en ze niet allemaal te willen.

Jongens, laat ze eerst die browser maken, voordat we gaan kibbelen over welke javascript functionaliteit we nodig hebben. O ja, dan hebben we eerst ook nog die kaart nodig zonder dat we naar Madrid moeten (alhoewel dat geen straf was de laatste keer ;-).

Er zitten ook meer haken en ogen aan javascript behalve DOM en variaties. Gewoon het feit al dat het in principe gewoon een programmeertaal is maakt het al een gigantisch project op zich!

Dat lijkt mij ook, idd. Ik hoop dat er eerst FTP, IRC en MSN programma's komen

Ik denk dat het op zich al een project op zich is om iets als Lynx te poorten naar MSX2+TCP stack.

Grappig: deze lan-chip heeft een 8-bit mode:
http://www.cirrus.com/en/pubs/appNote/an181.pdf

Je moet inderdaad de eerste onderlaag maken ! (tcp/ip) http protocol. pfff .. je moet je dan wel helemaal verdiepen in het osi model. http

Ik kan me herinneren dat we in het verleden wel een grafische browser hebben gemaakt (dat was alleen voor BBSén) Het was super traag, maar het werkte wel. Alleen dit was specifiek voor de MSX. Je kan er ook voor kiezen om een puur nieuw MSX (web) protocol/browser te ontwikkelen. Nadeel is dat je toch een vertaal slag houd naar een bestaand protocol die ook nog moet kunnen werken via een netwerk. Nadeel is dat je het specifiek op msx hebt.
Een soort Lynx is ook een goed iedee, echter dan is het niet grafisch (jammer)

Trouwens op cd C64 heb ik al wel eens een werkende browser gezien

Lynx is alleen maar lastiger... moet je alles in textmode een beetje toonbaar maken. Dan is grafisch echt makkelijker hoor!
Grafisch zonder plaatjes, dat zou het makkelijkst zijn...

Wat is eigenlijk de max. resolutie van de gprx9000 ? welke mode zou eventueel geschikt zijn om te browsen ?

Trouwens ik denk dat je op een nomale MSX en website wil bekijken ?! , zowel met text als plaatjes het al heel lastig word om te scrollen.

Verticaal scrollen is op een MSX2 gelukkig niet zo moeilijk, en op een MSX2+ zeker niet.

Wat de resolutie van een Gfx9000 betreft, de maximale resolutie is afhankelijk van het aantal kleuren.

De allerhoogste resolutie is 1024x212 (424 interlaced) maar dan heb je maar 16 kleuren en het beeld is wat vaag, omdat de meeste RGB monitors horizontaal niet zoveel pixels hebben.

Dan is er nog 768x240 (480 interlaced, 60Hz) of 768x290 (580 interlaced, 50Hz), daar heb je ook maar 16 kleuren en kunnen er aan de randen pixels wegvallen, afhankelijk van je monitor(-instellingen) of TV.

Mijn inziens de beste resolutie is 512x212 (424 interlaced) omdat daar de meeste kleurmogelijkheden (tot en met 32768 kleuren) beschikbaar zijn.

Maar lagere resoluties werken natuurlijk ook, vooral omdat op Gfx9000 scrollen geen enkel probleem is.