Versioni future del nostro OS preferito

[clros]

Forse è presto per parlarne anche considerando la mancanza di Hardware, ma tra gli screenshot proposti da NTN (dove fa vedere che sta approntando altri progetti per OS4), i buoni propositi di Lecta per traduzioni nn propriamente "letterali" ( ) e quello che si può leggere su AW, si capisce che il progetto OS4 sta andando cmq avanti.

Le mie domande sono queste:

1) E' prevista una roadmap per le prossime versioni del S.O. con delle caratteristiche ben precise?

2) E' possibile suggerire agli sviluppatori delle specifiche per le prossime versioni? (anke qui su iksnet)? (capiscono che alcuni potrebbero chiedere la luna e magari fare irritare non poco gli sviluppatori che conoscono bene come funziona il tutto e sanno che una certa caratteristica non potrà mai essere implementata, ma è pure vero che così potrebbero venire a galla delle idee carine )

3) Ma, se mai ci saranno delle versioni successive, queste saranno numerate come 4.01 oppure 4.1?

[Raffaele]

Giusto!

Che cosa ci manca a AmigaOS 4.0 che vorreste vedere implementato?

[afxgroup]

solo il tempo ce lo dirà..................

[NubeCheCorre]

@AfxGroup

Ah ecco il tuo post e' illuminante

Perche' i puntini sono la strada da percorrere e alla fine c'e' la morte

[Classic Amiga Man]

Più che giuste le domande e solo le vendite diranno qualcosa.
Certo che OS4 ormai è un brand adottato,un po'come X per Mac.

Non sarebbe male l'idea di avere un sistema operativo creato per qualcosa:

4=Four=For-> O.S.4 Everything.

Ohu,se si usa voglio le royalties .

[NubeCheCorre]

C' avevo gia' pensato anche io

OS4Games ( os for games ) ... come una volta ..

Ce l' ho io lo spot..

AMIGA OS 4.0 " Why think different ? "

[clros]

Ecco alcune delle caratteristiche che mi piacerebbe vedere nelle prossime release di OS4:

IntuitionSG

La vecchia libreria intuition (così come Gadtools) dovrebbe essere lasciata solo per compatibilità, la nuova libreria dovrebbe avere queste caratteristiche:

-Nessun gadget built-in; deve supportare solo gadget BOOPSI esterne (???)

-La notifica IDCMP deve avvenire non solo a livello di finestra, ma a livello di ogni singolo oggetto BOOPSI (attualmente non è possibile perché un gadget per ricevere un messaggio da intuition deve essere attivo). Questo vuol dire che dovrei poter specificare i vari flag IDCMP_* anche a livello di singolo gadget. Utile nel caso in cui voglio che un determinato oggetto reagisca all’inserimento o alla rimozione di un disco (vabbè, questo forse si può fare anche con le notifiche…), ma anche per altri motivi, immaginate che voglio far si che la rotellina del mouse scorra il contenuto del gadget su cui attualmente mi trovo con il pointer.Questo oggi si può fare, ma richiede un intervento da parte del programmatore.

-Possibilità di notificare al gadget quando il puntatore è al suo interno, quando si sposta e quando esce dalla sua area. Utile quando si vuole cambiare lo stato (evidenziare) un gadget al passaggio del pointer

-Possibilità di “attaccare” i gadget e gli oggetti BOOPSI non solo alle finestre o al layout.gadget, ma anche a altri gadget o agli schermi.

Faccio presente che potrebbe essere utile a questo punto implementare un sistema OO anche per la GUI, magari simile a quello di Java (AWT/SWING); molto elegante a mio avviso ma anche molto pesante!

Nuovi gadget/classi BOOPSI:

-Treeview (analoga a quella di windows… ci posso pensare io? )

-Link (simile ai link presenti nelle pagine HTML, passandoci sopra con il mouse si evidenzia e può fare cambiare la forma del puntatore del mouse)

-Pixmap (simile alle pixmap di amigaDE/Intent; area rettangolare con possibilità di scegliere in maniera assoluta le dimensioni, la posizione e la “profondità” (posizione sull’asse Z), di associare una immagine, di disegnare direttamente con alcune primitive grafiche proprie della classe (clip automatico) e di aggiungere direttamente su di essa altre pixmap o altri oggetti BOOPSI. IMHO utile per creare un browser web “nativo”

-Datatype (oggetto BOOPSI che integra un datatype con metodi simili agli altri oggetti; utile per non passare dalla Datatype.library e per dare un senso di uniformità al tutto)

-Screen.class (come la window.class solo che questa è per gli schermi)



Datatype che dovrebbero essere inclusi
-PDF
-HTML
-Altri formati multimediali (ma Raffaele mi diceva che prima ci vuole exstream…)

[NTN]

Ecco alcune delle caratteristiche che mi piacerebbe vedere nelle prossime release di OS4:

IntuitionSG

La vecchia libreria intuition (così come Gadtools) dovrebbe essere lasciata solo per compatibilità, la nuova libreria dovrebbe avere queste caratteristiche:

-Nessun gadget built-in; deve supportare solo gadget BOOPSI esterne (???)

Fa tanta differenza se alcuni (depth, resize, close) sono già inclusi ?

-La notifica IDCMP deve avvenire non solo a livello di finestra, ma a livello di ogni singolo oggetto BOOPSI (attualmente non è possibile perché un gadget per ricevere un messaggio da intuition deve essere attivo). Questo vuol dire che dovrei poter specificare i vari flag IDCMP_* anche a livello di singolo gadget. Utile nel caso in cui voglio che un determinato oggetto reagisca all'inserimento o alla rimozione di un disco (vabbè, questo forse si può fare anche con le notifiche.), ma anche per altri motivi, immaginate che voglio far si che la rotellina del mouse scorra il contenuto del gadget su cui attualmente mi trovo con il pointer.Questo oggi si può fare, ma richiede un intervento da parte del programmatore.

Appesantirebbe parecchio le cose, ma non è un'idea malvagia.

-Possibilità di notificare al gadget quando il puntatore è al suo interno, quando si sposta e quando esce dalla sua area. Utile quando si vuole cambiare lo stato (evidenziare) un gadget al passaggio del pointer

E' già possibile farlo, ma in maniera "manuale".

-Possibilità di "attaccare" i gadget e gli oggetti BOOPSI non solo alle finestre o al layout.gadget, ma anche a altri gadget o agli schermi.

Faccio presente che potrebbe essere utile a questo punto implementare un sistema OO anche per la GUI, magari simile a quello di Java (AWT/SWING); molto elegante a mio avviso ma anche molto pesante!

Ecco, ti sei gia risposto.

Nuovi gadget/classi BOOPSI:

-Treeview (analoga a quella di windows. ci posso pensare io? )

listbrowser.gadget supporta già le alberature. Vedi lo screenshot che ho fatto di Kickedit.

-Pixmap (simile alle pixmap di amigaDE/Intent; area rettangolare con possibilità di scegliere in maniera assoluta le dimensioni, la posizione e la "profondità" (posizione sull'asse Z), di associare una immagine, di disegnare direttamente con alcune primitive grafiche proprie della classe (clip automatico) e di aggiungere direttamente su di essa altre pixmap o altri oggetti BOOPSI. IMHO utile per creare un browser web "nativo"

Non ti sembra un'overkill ? Cmq esiste filler.image che fa alcune delle cose che elenchi. E' usato ad esempio in BiosUpdater, sulla sinistra della finestra.

-Datatype (oggetto BOOPSI che integra un datatype con metodi simili agli altri oggetti; utile per non passare dalla Datatype.library e per dare un senso di uniformità al tutto)

-Screen.class (come la window.class solo che questa è per gli schermi)

Avessimo il tempo (e risorse) per farlo, magari. Ma ci sono MOLTE cose molto più urgenti. Tu stai solo sfiorando la superficie degli attuali problemi architetturali di AOS.
Ad esempio, che so, rifare tutto il blocco graphics/p96/layers/3d ?

Già solo per quello ne basta per un 4.1; e poi che mi dici del Workbench, che è un accrocchio pazzesco pure single-threaded ? E magari uno stack TCP IPv6 ? E forse un filesystem nativo (non di 3e parti come JXFS) che abbia delle caratteristiche non innovative ma almeno attuali ?
Vuoi che continuo ?
Ok: un framework ben fatto per le preferenze, basato su XML (volevamo farlo ma non c'è stato il tempo); una nuova interfaccia tra dos.library e i filesystem, per evitare l'orgia di messaggi che vanno avanti ed indietro con l'attuale packet interface; uno stack USB che supporti USB 2.0 con OHCI e EHCI; un sistema di stampa ben fatto che si basi su CUPS; una documentazione sviluppatori (e utenti) DECENTE.
Mi fermo qui ma potrei andare avanti per un pezzo.

BOOPSI e intuition sono le cose che hanno meno bisogno di aggiornamento di tutte.

Datatype che dovrebbero essere inclusi
-PDF
-HTML
-Altri formati multimediali (ma Raffaele mi diceva che prima ci vuole exstream.)

Dimentichi che l'attuale framework dei datatypes non permette nulla che si avvicini ad un PDF o HTML.

Anche quello andrebbe rifatto da zero (o quasi).

[clros]

[...]
BOOPSI e intuition sono le cose che hanno meno bisogno di aggiornamento di tutte.

Certo, l'ho detto o l'ho fatto capire all'inizio; non posso/iamo conoscere quello che state facendo e non ho la MINIMA idea di come funzioni il sistema sotto le quinte. Mi sono limitato a riportare solo quello che mi piacerebbe vedere o quello che mi sarebbe utile.

[ikir]

Già solo per quello ne basta per un 4.1; e poi che mi dici del Workbench, che è un accrocchio pazzesco pure single-threaded ?

Già.... la strada è lunga.

[samo79]

Già solo per quello ne basta per un 4.1; e poi che mi dici del Workbench, che è un accrocchio pazzesco pure single-threaded ?

Già.... la strada è lunga.

@NTN

Cairo è sicuro come progetto futuro relativamente alla GUI o è solo un pensiero ?

[NTN]

@NTN

Cairo è sicuro come progetto futuro relativamente alla GUI o è solo un pensiero ?

Non lo so, di sicuro al momento attuale non c'è quasi nulla.
I Friedens sicuramente vogliono rifare in blocco graphics + P96 + layers + 3D, e
sono d'accordo con loro. Che poi si usi Cairo è un'altro conto.

Sicuramente Cairo piace ai due.

[samo79]

@NTN

Cairo è sicuro come progetto futuro relativamente alla GUI o è solo un pensiero ?

Non lo so, di sicuro al momento attuale non c'è quasi nulla.
I Friedens sicuramente vogliono rifare in blocco graphics + P96 + layers + 3D, e
sono d'accordo con loro. Che poi si usi Cairo è un'altro conto.

Sicuramente Cairo piace ai due.

Ok grazie, ti chiedevo a proposito di Cairo sopratutto per quanto concerne un eventuale porting futuro di Mozilla Firefox 3.0, altrimenti personalmente non lo considererei cosi prioritario (Workbench a parte, che sinceramente trovo quasi inutilizzabile )

[NTN]

Ok grazie, ti chiedevo a proposito di Cairo sopratutto per quanto concerne un eventuale porting futuro di Mozilla Firefox 3.0, altrimenti personalmente non lo considererei cosi prioritario (Workbench a parte, che sinceramente trovo quasi inutilizzabile )

L'idea dei due cloni germanici è quella di fare comunque ambiente che usa tecnologie 3D, con un render software per le schede only 2D (che poi vuol dire per le schede 3D di cui non abbiamo abbastanza documentazione).

Riguardo al Workbench, io non ho mai guardato i sorgenti (gente come Massimo sì), Olaf dice che dentro sia molto peggio di come appaia in superficie.
(qui manca quel bell'emoticon di AW.net con i due smiles che vomitano)

[samo79]

Riguardo al Workbench, io non ho mai guardato i sorgenti (gente come Massimo sì), Olaf dice che dentro sia molto peggio di come appaia in superficie.
(qui manca quel bell'emoticon di AW.net con i due smiles che vomitano)

Andiamo bene, cmq le attenuanti ci sono, è nato negli anni '80, il problema è che è rimasto a quel punto mentre invece gli altri OS evolvevano

Io spero davvero che si riesca a risolvere questa situazione per il 4.1, e spero davvero che esca presto