Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a ShInKurO [quote=ShInKurO] [auto-justify][quote] Se le cose sono così, allora direi che sono messi piuttosto male, una cosa del genere vuol dire aver lavorato male prima considerando che hanno fatto tutto loro. Mi può star bene che magari Picasso96 sia da rivedere... ma le altre due librerie le hanno reimplementate da zero ed ora parlano di rifarle? Mi pare strano. [/quote] Non è così semplice :) Per utilizzare Picasso96 devi avere le librerie originali Amiga che però sono dipendenti pesantemente dall'hw Amiga originale (sono scritte in assembly 68k quasi del tutto se non erro). Ai tempi del 4.0 c'era come richiesta il supporto per gli Amiga classic, inoltre c'erano da reimplementare il kernel, il sistema di input output e processi in quanto scritti in parte in assembly in parte in BCPL. Pensare a un nuovo sottosistema grafico ai tempi del 4.0 sarebbe stato folle in quanto non solo si sarebbe persa la compatibilità con gli amiga classic, ma anche con tutte le applicazioni che fanno uso delle funzioni di queste librerie (TUTTE le applicazioni le usano). Inoltre dopo aver implementato un simile sistema nuovo avrebbero dovuto scrivere i driver per tutte le schede grafiche. Quindi la strada più semplice è stata il riscrivere in C e in modo portabile la graphics.library e la layers.library e demandare come i vecchi tempi il supporto delle schede grafiche a Picasso96. Un nuovo sottosistema grafico dovrebbe fornire inoltre la compatibilità con le API di quello vecchio, in pratica una ExecSG nel contesto grafico, non è proprio una cosa semplice da realizzare quando hai da scrivere un kernel da zero e anche AmigaDOS. Stessa cosa vale con qualche differenza per AHI e per Turboprint (che è proprio un accrocchio). Guardacaso, adesso che hanno fatto le cose che ho descritto su, stanno pensando di reimplementare il sottosistema grafico, e se non sbaglio anche quello per la stampa (guardacaso). Tra l'altro, come penso avrai dedotto, anche su MorphOS hanno fatto gli stessi passi di OS4, reimplementando ai tempi la graphics.library e la layers, e appoggiandosi a CGX. Un nuovo sottosistema grafico metterebbe decisamente su un gradino superiore OS4 rispetto a MOS. [/auto-justify] [/quote] formattazione A sinistra Giustificata Nessuna

29 Settembre 2009 Postato da: Mak73 TimberWolf

TimberWolf, è questo il nome del Bounty aperto sil sito AmigaBounty con l'intento di realizzare il porting di Firefox su AmigaOS 4.1. Il Bounty prevede appunto il porting del noto WebBrowser con le varie funzionalità ed al momento del rilascio asarà basato sulla versione di Firefox di quel momento.

Commenti: 121  Aggiungi - Pagine: 1...-3-4-5-6-7

Corri veloce Regina delle corse!! Post inviati: 243	Commento ShInKurO 25 Ottobre 2009    18:10:23
	Citazione Se le cose sono così, allora direi che sono messi piuttosto male, una cosa del genere vuol dire aver lavorato male prima considerando che hanno fatto tutto loro. Mi può star bene che magari Picasso96 sia da rivedere... ma le altre due librerie le hanno reimplementate da zero ed ora parlano di rifarle? Mi pare strano. Non è così semplice Per utilizzare Picasso96 devi avere le librerie originali Amiga che però sono dipendenti pesantemente dall'hw Amiga originale (sono scritte in assembly 68k quasi del tutto se non erro). Ai tempi del 4.0 c'era come richiesta il supporto per gli Amiga classic, inoltre c'erano da reimplementare il kernel, il sistema di input output e processi in quanto scritti in parte in assembly in parte in BCPL. Pensare a un nuovo sottosistema grafico ai tempi del 4.0 sarebbe stato folle in quanto non solo si sarebbe persa la compatibilità con gli amiga classic, ma anche con tutte le applicazioni che fanno uso delle funzioni di queste librerie (TUTTE le applicazioni le usano). Inoltre dopo aver implementato un simile sistema nuovo avrebbero dovuto scrivere i driver per tutte le schede grafiche. Quindi la strada più semplice è stata il riscrivere in C e in modo portabile la graphics.library e la layers.library e demandare come i vecchi tempi il supporto delle schede grafiche a Picasso96. Un nuovo sottosistema grafico dovrebbe fornire inoltre la compatibilità con le API di quello vecchio, in pratica una ExecSG nel contesto grafico, non è proprio una cosa semplice da realizzare quando hai da scrivere un kernel da zero e anche AmigaDOS. Stessa cosa vale con qualche differenza per AHI e per Turboprint (che è proprio un accrocchio). Guardacaso, adesso che hanno fatto le cose che ho descritto su, stanno pensando di reimplementare il sottosistema grafico, e se non sbaglio anche quello per la stampa (guardacaso). Tra l'altro, come penso avrai dedotto, anche su MorphOS hanno fatto gli stessi passi di OS4, reimplementando ai tempi la graphics.library e la layers, e appoggiandosi a CGX. Un nuovo sottosistema grafico metterebbe decisamente su un gradino superiore OS4 rispetto a MOS.
	Ciao da ShInKurO! http://shinkuro.amiga.it