Newsgroup: it.comp.os.amiga
Titolo: Ambient è opensource!

http://zapek.com/software/ambient/
Credo che Zapek abbia stupito tutti con il rilascio dei sorgenti di
Ambient sotto GPL. Il readme contenuto nell'archivio dei sorgenti
l'autore sottolinea che:
"I decided to release Ambient as GPL so it can continue to live
on. People are free to improve it or port it on other platforms, as long
as
the GPL requirements are met."
IMO come prima cosa si dovrebbe consentire agli utenti di MorphOS1.4 di
usufruire di questa nuove versione di Ambient. Credo che abbiano penato
già per troppo tempo con la vecchia versione e questa versione potrebbe
davvero rendere felici gli utenti di MorphOS1.4.
La seconda cosa da fare è (prendete questo mio consiglio con in mente il
fatto che io non conosco le API di MUI nè quante API nuove di MUI4
utilizzi questa versione di Ambient): rendere compatibile Ambient con le
API di MUI3.8. Perchè? Innanzi tutto AROS possiede un clone di MUI credo
compatibile fino alle API della versione 3.8, dunque si potrebbe dire
addio a quello schifosissimo Wandered che IO reputo del tutto inusabile
(altro che Ambient1.4!), in questo modo si potrebbe compilare una
versione per AROS facendo fare un salto di qualità dal lato utente e
dell'usabilità ad AROS.
******************************************************
Inoltre rendendo Ambient compatibile con MUI3.8(o Zune) si spingerebbero
i programmatori Amiga a lavorare con questo tipo di API (del resto a
parte qualche programma MOS non credo ci siano altri programmi che
utilizzino le API di MUI3.9+), e ci si potrebbe slegare totalmente dal
piccolo "monopolio" Stunz in quanto si potrebbe utilizzare Zune al posto
di MUI...
Forse è un'idea strampalata, ma letto il log di #morphos e visti i
ragionamenti di Stunz riguardo MUI io vedo il porting di Zune su AmigaOS
ed AROS un'ottima soluzione alle sue affermazioni >:-p ...certo, questo
porting non spingerebbe a passare a Zune, ma quando ci si ritroverebbe
con un Desktop compatibile con Zune gli utenti piuttosto che scegliere
una MUI a pagamento sceglierebbero Zune per far andare il proprio
Desktop.
******************************************************
Dunque ricapitolando, si dovrebbe rendere compatibile Ambient con le API
di MUI3.8 e compilarne una versione per AROS ed AmigaOS(3.x, tanto poi
un possibile porting verso OS4 lo si farebbe facilmente).
C'è un'altra cosa da sottolineare che è molto interessante IMO:
"If you need Ambient under a different license,
feel free to contact me."
Si potrebbe cambiare la licenza e utilizzare la licenza AROS o quella
nuova di Solaris (molto interessante IMO).
Una volta ottenute queste tre versioni, ci sarebbero delle cosuccie
filosofiche che è inutile scrivere adesso...mmhh, ma se le volete
leggere sono più sotto;-)
******************************************************
Cosuccie filosofiche
AROS a parte, ma se si dovesse fare una versione di Ambient per AmigaOS
(3.x, ma soprattutto 4) secondo me alcune cose implementate in Ambient
sono filosoficamente e strutturalmente in contrasto con la modularità di
AmigaOS (non so AROS in quanto non conosco se abbia programmi di sistema
come DefIcons o altre cosuccie, ma forse questo discorso potrebbe valere
anche per AROS...):
------------------------------------------------------
Features:
- does not use icon.library
- built-in old style icons support, automatic remapping
- built-in newicon support
- built-in "OS" 3.5 Glowicon support
------------------------------------------------------
Questo lo vedo totalmente in contrasto con AmigaOS, tutto il sistema ad
icone dovrebbe appaggiarsi sulla icon.library. Inoltre un sistema in
questo modo dovrebbe "andar dietro" alle migliorie che vengono apportate
alla ufficiale icon.library (com'è successo a Magellan..., bisogna
tenere a mente che Ambient in questi termini sarebbe un sostituto del
Workbench ufficiale...) (pensate alle palette a 256colori isolate di
icon.library di OS4 ad esempio...), IMO il lavoro di gestione delle
icone andrebbe lasciato alla icon.library;
------------------------------------------------------
- support for deficons (devices)
------------------------------------------------------
Idem come sopra. Tuttavia se non sbaglio questo sistema dovrebbe essere
più avanzato rispetto al DefIcons di AmigaOS... ma nessuno può sapere
come verrà esteso DefIcons in OS4 e in OS3(l'autore credo che farà altre
versioni per OS3)...Cmq c'è un flag di abilitazione nell'header
config.h.....
------------------------------------------------------
- ARexx port (optional)
------------------------------------------------------
Questa ovviamente dovrebbe essere attivata per default.....
------------------------------------------------------
- built-in disk formatting
- built-in commodities manager
------------------------------------------------------
E questo per quale motivo? E se la formattazione Built-in risultasse
incompatibile con altri filesystem? Bisognerebbe mettere le mani al
sorgente dell'intero Ambient per renderlo compatibile, non ha alcun
senso visto che il sistema di formattazione modulare di AmigaOS è
filosoficamente più efficiente (stessi motivi della icon.library più una
maggiore apertura verso i filesystem di terze parti). Questo è solamente
codice in più IMO....
Per la seconda: ma la commodities.library esiste per figura?:-)
Da escludere anche questa parte di codice IMO....
------------------------------------------------------
- built-in wbstart.library
- panels
------------------------------------------------------
Non c'è bisogno che vi dica che reputo AmiDock di OS4 enormemente più
avanzato vero?:-)
Cmq c'è da dire che OS3 ed AROS ne avrebbero molto bisogno, dunque si
potrebbe prevedere un flag di disattivazione in config.h se si
compilasse una versione per OS4 (come è previsto per molte altre cose
nei sorgenti...)....
******************************************************
Ecco, adesso che ho scritto tutto quello che mi passava per la testa
potreste anche mandarmi a ca***e ;-p
ShInKurO

 anche per AROS...):
Leggendo il thread su amigaworld è chiaro che un porting di Ambient per OS4 
è del tutto inutile, forse anche controproducente ;-)