Il futuro di OWB e affini

[Tuxedo]

Sicuramente il team di OS4.x non è il massimo in quanto a condivisione e libertà e questo si sapeva...
Però, se ricordo bene, anche i ltema MOS quando Stefan Stunz aveva proposto di portare MUI4 al di fuori da MOS si oppose fermamente...e va bene che la ver4 è stata scritta appositamente per MOS ma non vedo questo probpema di esportarla siccome alla fine era nata come libreria esterna di AmigaOS3.x...
A parte ciò, comqune, il MOS team, in genere, è decisamente più "politically correct" di quello OS4.x nion ci sono dubbi su questo purtroppo...
Il modo di fare dei Friedens & Co. avrebbe senso solo se avessero qualcosa di decisamente più avanzato e/o potenzialmente "killing app" della controparte, ma non mi pare e con questi numeri di utenti da entrambe le parti poi...

kas1e, imho, è ancora decisamente incavoalto per la faccenda del betatesting(che ancora non ho ben capito se si è risolta), e ha perso un p' di motivazione imho per cui con le donazioni stà cercando di avere in cambio qualcosa dal suo lavoro...però non è che lo capisco molto...o chiedi donazioni o non le chiedi mica dipende da come ti alzi...e poi l'ho sempre detto...Roman è decisamente troppo obiettivo e schietto nei modi per fare il betatester di OS4.x ma contento lui...

[NubeCheCorre]

@Guruman

scusami, visto che ti piace mettere i puntini sulle "i", mi dici, in questa discussione, dove ho messo in ballo "il MOS Team"??

[cdimauro]

bene ottimo

peccato che gli sviluppatori mos prendano sempre e quando devono dare si fanno pregare.. pregare.. pregare... vabbé..

[sabbate]

Si effettivamente ci vorrebbe un pò più di collabborazione tra le diverse piattaforme, questo per noi utenti che poi siamo liberi di scegliere il sistema che vogliamo

[Norrin_Radd]

Se esistesse davvero questa supposta "comunità" amighista, la collaborazione tra sviluppatori di un qualunque software (AOS, MOS ed AROS) dovrebbe essere la regola e non l'eccezione. Capisco che, sul punto, i core-developer dei rispettivi OS non possano esser d'accordo ma gli altri....

[marmotta]

Fin tanto che hyperion e mos hanno l'obbiettivo di vendere le rispettive licenze non vedo perché debbano collaborare. Non fraintendetemi, anch'io auspico una collaborazione... ma con questi presupposti non può succedere. Unire le forze vuol dire lavorare su un solo progetto, non su 3 di cui 2 devono dare utili

L'ho già detto altre volte, il mercato amiga in questo momento è risicato al minimo indispensabile per la sopravvivenza... che senso hanno 3 os diversi che si fanno pure la guerra???

[AMIGATV]

Se esistesse davvero questa supposta "comunità" amighista, la collaborazione tra sviluppatori di un qualunque software (AOS, MOS ed AROS) dovrebbe essere la regola e non l'eccezione. Capisco che, sul punto, i core-developer dei rispettivi OS non possano esser d'accordo ma gli altri....

Qualcosa si sta muovendo in quel senso....speriamo

[Norrin_Radd]

Non devono collaborare gli sviluppatori dei tre sistemi operativi. Sarebbe utopico e non se ne caverebbe un ragno dal buco perché le direzioni di sviluppo prese sono troppo divergenti.
Potrebbero e dovrebbero farlo tutti i programmatori esterni, invece è già tanto se si parlano. Da questo punto di vista considero OWB un mezzo miracolo, non soltanto qualcosa che si sta muovendo in quel senso...
Spero non resti un caso isolato. In caso contrario la vedo buia: già mancano gli sviluppatori e gli utenti dei tre OS saranno un paio di migliaia al massimo.... Bho?

[NubeCheCorre]

@CDmauro@Guruman

apppunto!, cavolo e bello che lo hai pure evidenziato!, sviluppatori mos é pò generica come parola, non ho parlato del MOSDevTeam! e seconda cosa, non ho mai detto che gli sviluppatori mos non danno! ma che si fanno pregare, pregare, pregare..

Cavolo, fate i puntigliosi e poi quando si tratta di leggere bene, non lo fate..

[cdimauro]

La frase si prestava ad altre interpretazioni, tant'è che non sono stato l'unico a pensare che parlassi degli sviluppatori di MOS.

Comunque visto che hai chiarito il tuo pensiero... il caso è chiuso.

[divina]

La frase si prestava ad altre interpretazioni, tant'è che non sono stato l'unico a pensare che parlassi degli sviluppatori di MOS.

Comunque visto che hai chiarito il tuo pensiero... il caso è chiuso.

devi capire che molti utenti di AmigaOS4.x sono un po' "frustrati", oltre a prendere mazzate da MorphOS, ora si rendono conto che persino AROS li ha sostanzialmente raggiunti ed a breve effettuerà il """sorpasso"""; aggiungi a ciò che si sono impegolati in hardware costoso e con scarse performance e ne ottieni un quadretto piuttosto sconfortante.

cmq questo è un thread inutile, perchè sono state riportate nel primo post informazioni non corrette, come giustamente altri utenti hanno in seguito fatto notare

[AMIGATV]

La frase si prestava ad altre interpretazioni, tant'è che non sono stato l'unico a pensare che parlassi degli sviluppatori di MOS.

Comunque visto che hai chiarito il tuo pensiero... il caso è chiuso.

devi capire che molti utenti di AmigaOS4.x sono un po' "frustrati", oltre a prendere mazzate da MorphOS, ora si rendono conto che persino AROS li ha sostanzialmente raggiunti ed a breve effettuerà il """sorpasso"""; aggiungi a ciò che si sono impegolati in hardware costoso e con scarse performance e ne ottieni un quadretto piuttosto sconfortante.

cmq questo è un thread inutile, perchè sono state riportate nel primo post informazioni non corrette, come giustamente altri utenti hanno in seguito fatto notare

Per il sorpasso di aros rispetto os4 la vedo ancora dura

[divina]

Per il sorpasso di aros rispetto os4 la vedo ancora dura

lascia stare Wanderer e tralsciamo per un attimo l' argomento kernel; nota invece l' evoluzione che sta avendo AROS in questi ultimi due anni e considera il tutto a livello temporale con le prime versioni dello stesso.
AROS sta crescendo molto ed è di notevole aiuto ciò.
Vedo molto più in "concorrenza" AROS a MorphOS ormai rispetto ad AmigaOS4.x

[samo79]

Assolutamente no. Molti degli aspetti estetici di MUI4 sono stati clonati

Interessante definizione ...

A quanto ne so non e' codice di Fab ma di qualcun altro, quindi non spetta nemmeno a Fab decidere se rilasciare quella parte di sorgente.

Infatti questo è quello che si sa ...

Inoltre capita molto spesso che membri del team (nemmeno programmatori terzi, ma proprio del team) rilascino software anche in versione 68k almeno se non addirittura AmigaOS4 nativa (vedi geit: http://www.geit.de/eng_mmkeyboard.html )

Talvolta capita anche il contrario ma a quanto pare ammetterlo non conviene ..

Per non parlare poi di tutte le API che Thore non può integrare in MUI3.x. E' vero, alcune nuove classi può reimplementarle come MCC, ma classi come List, Area, Group non può mica migliorarle aggiungendo API nuove. Non ha il permesso per farlo.
Fin quando si parla di preferenze, adattamenti della GUI a quella di Reaction e roba varia sicuramente Thore ha libertà, ma questa finisce appunto dove iniziano le cose importanti di MUI4, cioè le API.
Quindi un porting di OWB su OS4 dovrà sempre contenere codice adatto alla situazione MUI3.x, mentre su AROS con Zune (il quale può invece essere esteso) sarà possibile fare un più semplice porting 1:1.

A volte mi chiedo se prima di parlare si leggano almeno i changelog pubblici ...

2010-05-31 Thore Böckelmann <[email protected]>

* Area.c, Group.c, Window.c: backported some MUI4 stuff which allows to drop
the hackish usage of the IDCMP_LONELYMESSAGE flag and to integrate the
check for a successful layout operation for each object. This should help
to track down the (in)famous "tons of NList warnings" bug.
* Area.c: made MUIA_NeedsLayoutMethod get()able and added a warning in case
an object received MUIM_Setup twice.

---------------

Group.c, misc: implemented MUIA_DoubleBuffer as known from MUI4 to support
double buffered drawing.

---------------

scrollgroup.c: implemented MUIA_Scrollgroup_NoHoriz/VertBar as known from
MUI4.

---------------

Imageadjust.c, Imagespace.c, Coloradjust.c: implemented MUI4-style gradients
which can be either plain or symmetrical.

---------------

List.c: implemented the construct, destruct, compare and display hooks as
proper methods as known from MUI4.

---------------

2011-02-19 Thore Böckelmann <[email protected]>

* Applications.c: implemented the following attributes as known from MUI4:
- MUIA_Application_NoIconify
- MUIA_Application_Lagging
- MUIA_Application_Process
Furthermore obtaining the iconification icon will no longer pop up a DOS
requester in case an unavailable volume is accessed.

---------------

List.c: implemented the additional negative array entries up to -9 for the
display hook as known from MUI4.

---------------

List.c: implemented MUIV_List_Redraw_Entry as known from MUI4.

---------------

* Menustrip.c: implemented MUIM_Menustrip_Popup as known from MUI4.
* Popmenu.c: implemented MUIA_Popmenu_QuitReason as known from MUI4.
* Text.c: implemented MUIA_Text_Shorten and MUIA_Text_Shortened as known from
MUI4.

---------------

2011-02-13 Thore Böckelmann <[email protected]>

* misc: backported some more MUI4 methods, like MUIM_Group_(AddTail|AddHead|
Insert) and MUIM_Family_GetChild. The application's pushed method FIFO has
been extended from 32 to 256 entries. The setup/cleanup check of Area.mui
has been extended to catch possible object handling bugs like those of the
NList classes. All in all this should help the backporting of the MorphOS
MUI-OWB to AmigaOS4.

---------------

2010-06-22 Thore Böckelmann <[email protected]>

* Dtpic.c: made the MUIA_Dtpic_Name attribute public, as it is in MUI4. No
more need for hacks like MUIundoc.

Eccetera eccetera eccetera* ...

*BTW: di più non posso dire pubblicamente per evidenti motivi ..

devi capire che molti utenti di AmigaOS4.x sono un po' "frustrati", oltre a prendere mazzate da MorphOS, ora si rendono conto che persino AROS li ha sostanzialmente raggiunti ed a breve effettuerà il """sorpasso""";

Spiacente per te ma noi stiamo benissimo, sei sicuro di poter dire lo stesso ?
Come mai sei sempre qui a preoccuparti di OS4 ?

Non c'è nessuna "gara" tra OS4 e AROS, anzi Thore Böckelmann ha dato ben volentieri il suo aiuto a deadwood, senza di esso Odyssey per AROS non esisterebbe proprio

cmq questo è un thread inutile, perchè sono state riportate nel primo post informazioni non corrette, come giustamente altri utenti hanno in seguito fatto notare

Prima di poter prendere posizione sarebbe meglio conoscere le cose, parteggiare alla cieca è sempre un buon metodo per fare brutte figure ..

[cip060]

Samo cosa vuoi che dica ??siamo FRUSTRATI