visto che mi trovo approfitto: prima o poi voglio salvare la mia classe custom in un file a sè stante.
non sono ancora arrivato a questo punto nello studio ma è ciò che sono i file mcc?

Non sai che vaso di pandora hai appena aperto  :lol:
Se vuoi mettere la tua classe in un file C separato fai pure, basta poi avere un header con tutte le definizioni della classe e includerlo dove la utilizzi. Per esempio se devi usare la classe dito all'interno della classe mano, potresti includere nel file .c della classe mano il file .h della classe dito e quindi istanziare quante dita vuoi.
Non è assolutamente quello il problema quando si parla di sorgenti, cioè separazione dei sorgenti eseguita per classi.
Quando crei una classe boopsi/mui come ben sai è possibile scegliere di creare classi pubbliche o private. Le tue classi sono tutte private, in quanto si trovano tutte all'interno del tuo programma e non sono accessibili dall'esterno (e le hai create definendole private, spero!).
Una classe pubblica boopsi/mui è dunque indipendente dal tuo programma e dev'essere accessibile dall'esterno, cioè in teoria anche da altri programmi.
Se dunque tu volessi creare una classe pubblica indipendente dal tuo progetto, per la serie:"un coso binario che sta all'interno di una directory che carichi solo quando ti serve dal tuo programma", parli effettivamente di una mcc.
Una MCC non è altro che una libreria Amiga con ulteriori definizioni, quindi prima di fare una mcc devi saper scrivere una libreria amiga. Se poi la volessi compatibile a livello di sorgente con tutti gli AmigaOS...auguri, ehm, no, semplicemente non è una cosa banale, praticamente dovresti utilizzare (via più semplice) parte del contenuto sorgente che trovi nelle mcc opensource, ma dovresti sapere molto bene ciò che fai (auguri ancora, è una cosa che avrei voluto fare anch'io, ma non ho mai avuto il tempo, avrei già pensato a un capitolo a se stante della mia guida, perchè è davvero una cosa difficoltosa avere una libreria compatibile con tutti i sistemi amiga e sai benissimo che la documentazione dei nostri sistemi lascia molto adesiderare, per usare un eufemismo).

Ti dico solamente che creare una lib amiga per os3.x è quasi possibile, per os4 e mos diventa più complicato, ma ci sono degli strumenti appositi che ti facilitano i lavori, per aros è praticamente improponibile. E dopo che hai ottenuto i codici relativi per ciascun sistema...auguri a metterli assieme. E sto parlando solo di libreria amiga semplice, non di classe boopsi/mui, per cui manca totalmente la documentazione.
Per fortuna qualcuno ha già messo insieme questo codice per te (le mcc opensource).

in c++ senza mui se voglio far dialogare due oggetti, ad esempio, nel main prelevo un valore dal primo oggetto e lo piazzo in entrata al secondo tramite i rispettivi metodi.
con mui la struct data viene riempita ad ogni metodo e non ho "un'area franca" dove poter far dialogare due oggetti mui che non sia tramite la tecnica delle notifiche.
Faccio un esempio banale:
quando invoco mnew io inizializzo il mio oggetto e tra i vari, nell'area dati, è presente un vettore con le grandezze possibili di un font.
Ho poi un secondo oggetto, una cycle che dovrebbe visualizzare tutte ste grandezze, abbinato a un'altra cycle che visualizza i vari font presenti in una cartella.
Ero riuscito a far funzionare tutto fintantochè ai vari metodi avevo aggiunto, nei prototipi, parametri aggiuntivi ai vari msg, cl e obj. Ciò però è contro la filosofia mui che vuole solo quei tre parametri per i metodi.
Se metti tutto in un unico file, cattiva programmazione, ti dichiari una serie di var globali, casomai statiche e tutto si risolve.
Ma se voglio, in futuro, predisporre le varie classi ognuna nel proprio file così come già faccio per le altre librerie, come faccio?
Fermo restando che l'oggetto cycle all'apertuta del programma dovrebbe inizializzarsi da sè col suo bravo strptr e non con uno fornito dal metodo new di un'altro oggetto, se voglio fare questa forzatura come faccio? Se voglio che sia l'oggetto principale dell'applicativo a fornire dati agli altri ben prima della fase di disegno come faccio? Ho provato, in fase di uscita dal new dell'oggetto in questione a lanciare una set ma, essendo le due cycle posizionate prima nello script mui, il loro bravo new se lo sono già fatti.
Help!!!

edit:
una soluzione sarebbe quella di chiamare le funzioni di inizializzazione e di caricamento dei vettori (o delle liste) prima di tutto nel main, così da passare i vettori ai due cycle belli e pronti, ma se volessi invece far dialogare i tre oggetti in fase di esecuzione? E, soprattutto, è possibile in fase di esecuzione modificare una cycle?

Non mi ricordo assolutamente come funziona MUIC_Cycle, ma se vuoi un coso che quando aggiorni una lista di valori si accorga del cambiamento e aggiorni graficamente tutto non devi far altro che subclassare MUIC_Cycle, dichiararti un attributo pubblico e scrivere il relativo codice.
Per esempio:

- situazione di default, valori di default: setto il mio bel MUIA_MyCycle_MyLista dentro il costruttore o dentro MUIM_Setup overridati con i valori di default con una set(), a questo punto quello che c'è in OM_SET  della mia MUIC_MyCycle metterà i valori di default dove dovranno stare.

- situazione di cambiamento esterna: avviso il mio oggetto MyCycle che c'è stato questo cambiamento facendo una set su  MUIA_MyCycle_MyLista, OM_SET della mia MUIC_MyCycle metterà i valori di default dove dovranno stare.

Non so se ti potrebbero essere utili, visti gli errori che contengono, ma sul mio sito dovrebbero essere presenti i miei appunti di ingegneria del software. Quella è una base da cui partire assieme al capitolo 6 della mia guida...

Uff...
Tra l'altroquando uscirà dovrò farmi un weekend  giù per rifarmi i backup visto che non sono completi quelli di natale, e guardacaso la partizione incompleta è "Work" dove ho tutta la documentazione per programmare... me ne sono accorto oggi quando sulla ML di AROS hanno chiesto una cosa su MUIM_Setup e ricordavo fosse nella documentazione di MUI4... controllo dentro i backup e....  :evil:

Hanno scritto Workbook con questo proposito, è incluso nella versione 68k di AROS se non sbaglio...

Scalos is a desktop replacement for the Amiga. Some of its features: 100% Workbench replacement, Undo and Redo, 64bit arithmetic, Fully multitasking, Icon imagetypes, Icon datatype system, Icon dragging is more stable, Cybergraphics and Picasso96 24bit color support, Window patterns, Optimised backgroundpatterns routine, Live updating window scrolling, Drawer windows can be iconified, Menu preferences, Application Interface (API)

http://sourceforge.net/projects/scalos/

http://scalos.noname.fr/

Ovviamente tutto MUI :-)

Non ho mai avuto il piacere di usarlo, ero troppo attaccato al DOpus Magellan ai tempi del 3.x, e su MorphOS sarò attaccato ad Ambient, ma a differenza di quest'ultimo, abbastanza monolitico, se non sbaglio ScalOS si avvicina di più al Workbench originale come filosofia, cioè molto modulare.

http://www.linkedin.com/groups/MUI-Magi ... g_ugrp_ovr

Ho creato questo gruppo di discussione su Linkedin, visto che mancava...  

Giusto per suggerire qualcosa che ricordi amiga ma che sia moderno:

L'OS dovrebbe fornire all'utente diversi modi per interagire con i servizi che offre:

- CLI evoluta con comandi intuitivi (NO UNIX, ma cmq compatibile con esso, più alla AmigaOS);
- GUI (e questa è da pensare, nel senso che dovrebbe essere non monolitica, e in grado di adattarsi a diversi tipi di input, dal mouse al touch);
- Scripting (Javascript): la scelta di javascript è presto detta, è difatti il linguaggio delle nuove UI, per quanto Python, ActionScript e altri siano superiori...;

Giusto per capire, il modulo che si occupa della GUI deve avere un server che riceve JS+CSS+HTML e sputi fuori una UI. Diciamo pure che si farebbe prima a portare tutta la piattaforma Mozilla (Gecko) e far disegnare ad essa tutta la GUI.

A proposito di USB2, io ho collegato un WD 500Gb formattato fat, per la precisione questo:

http://www.amazon.com/Western-Digital-P ... 24-7864267

SirionUSB lo riconosce, ma non appare nulla sul workbench, e nemmeno su MediaToolbox. Ho dovuto copiare i miei backup su pc tramite samba, e da li copiarli su hd...