OWB 3.5 [ 3.6 ]

[NubeCheCorre]

Su os4depot.net nella sezione upload nuova versione del browser per os4 con tante nuove e belle caratterstiche

[MacGyverPPC]

Sembri contento,e non vedo lamentele... stai a vedè che ora c'è il Download!
Tra un pò scarico e verifico

[NubeCheCorre]

No, il download ancora no, pero' solo a leggere l' history, in questa release ci sono tante novita'..

[Fogg_80]

Sembra che Fab abbia portato OWB su MorphOS e che sia gia' implementato il download

[samo79]

Sembra che Fab abbia portato OWB su MorphOS e che sia gia' implementato il download

E che non ci intestardiamo a usare la GUI di base di OS4 ... Un anno e ancora una GUI decente non si vede ...

ARGGG

[afxgroup]

come ho già scritto in un altro post.. la GUI non centra nulla con il download.. il download semplice sarebbe di facile implementazione come è già stato in passato..

[samo79]

come ho già scritto in un altro post.. la GUI non centra nulla con il download.. il download semplice sarebbe di facile implementazione come è già stato in passato..

Vabbè ma se puoi dagli una mano, se non puoi te per mancanza di tempo trovategli qualcuno che lo affianchi, se non vuole dategli una bastonata in testa o chiamate Fox Mulder di X-Files o quello che vi pare, questo è un progetto troppo importante, più siamo meglio è, prima diventa un browser stabile, veloce e completo

[guruman]

Su MorphOS il download funziona gia' piuttosto bene (c'e' un download manager, supporta download multipli..), ci sono i bookmark, supporta contemporaneamente finestre multiple e tab multipli, i menu contestuali sono abbastanza completi (e sono contestuali a seconda che sia un link, un'immagine, un file...)... Insomma, questo in tre settimane ti tira fuori un browser completo (e a sentir lui non ha usato codice dalle versioni AmigaOS 4 ne AROS, ma da NetSurf per MorphOS di itix...).

Saluti,
Andrea

[AMIGATV]

Su MorphOS il download funziona gia' piuttosto bene (c'e' un download manager, supporta download multipli..), ci sono i bookmark, supporta contemporaneamente finestre multiple e tab multipli, i menu contestuali sono abbastanza completi (e sono contestuali a seconda che sia un link, un'immagine, un file...)... Insomma, questo in tre settimane ti tira fuori un browser completo (e a sentir lui non ha usato codice dalle versioni AmigaOS 4 ne AROS, ma da NetSurf per MorphOS di itix...).

Saluti,
Andrea

Complementi al programmatore spero che passi subito su os4

[samo79]

Sono sempre più convinto che il problema non sia il programmatore (entrambi sono bravi, anzi forse Joerg è più bravo ancora) ma le classi Reaction, con MUI lavorare è decisamente più semplice e produttivo, Shinky aveva ragione ...

[afxgroup]

Su MorphOS il download funziona gia' piuttosto bene (c'e' un download manager, supporta download multipli..)

Per tagliare la testa al toro. provate a scaricare da siti tipo MegaUpload.

[guruman]

Non volendo scaricare nulla di troppo illegale, ho provato con sto file rar da 1.65 MB:
http://www.megaupload.com/?d=R37IFLY7
Dentro c'e' un PDF con 874 pagine con link a altri file, il tutto scaricato e consultato su MorphOS, dunque si, funziona.

Saluti,
Andrea

[ShInKurO]

Sono sempre più convinto che il problema non sia il programmatore (entrambi sono bravi, anzi forse Joerg è più bravo ancora) ma le classi Reaction, con MUI lavorare è decisamente più semplice e produttivo, Shinky aveva ragione ...

Vorrei sottolineare proprio questa cosa della produttività. Forse alcuni non si sono resi conto che ho scelto MUI per programmare su Amiga perchè enormemente più produttivo e rispetta molti canoni di usabilità delle moderne interfacce utente (sarà ch MUI è nato prima e gli altri si sono ispirati? boh...). Anch'io avrei voluto essere produttivo con Reaction, ma proprio non è possibile, a meno di non perdere il doppio del tempo... In informatica i tempi raddoppiati sono veramente tantissimo tempo perso, che per scelta politica sarebbe stato inutile sprecare...
Per esempio il tempo che ho guadagnato lo sto impiegando per avere una procedura di stampa evoluta sia su OS3, quanto su OS4 e su MOS (e non è facile visto che ogni OS ha i suoi bug da aggirare).

Vorrei farvi notare che oggi è uscita la prima versione pubblica di Codebench, un IDE di sviluppo per OS4. Il lavoro c'è e si vede, ma ci sono delle scelte di design alquanto opinapili e Reaction certo non aiuta... è un peccato... dal canto mio lo trovo carino, ma per sviluppare seriamente è inusabile, è sempre meglio CubicIDE... ma i due programmi non si possono nemmeno paragonare in quanto il primo è nato ora ed è acerbo, il secondo ha una storia di sviluppo non indifferente. Tuttavia è proprio questo il punto: mentre non si può pretendere molto da un programma nato negli anni '90 che viene continuamente aggiornato, Codebench invece dovrebbe nascere già evoluto in quanto a design dell'interfaccia utente, per tutta una serie di ragioni che non sto qui a spiegare. Invece cosa ci ritroviamo? Un programma con tante finestrelle separate, con il focus dell'editor che funziona a tratti (reaction?), menu non proprio standard, più lento di OWB a caricare (pensavo che NoWinED fosse lento), editor con il cursore che scrolla il testo solo quando vuole lui (reaction?), shortcut non standard (Ar+A è Seleziona tutto, Ar+D è di solito Cancella testo, invece su CB sono tutti differenti), e cosivvia . Direte voi che anche Photoshop ha le finestrelle separate, si ok, ma hanno la possibilità di essere gestite in modo tale che l'utente non percepisca confusione e non passi il tempo a sistemarle. E cmq PS è un programma di disegno... se prendete DevC++ o altri IDE su altre piattaforme noterete come tutto è integrato all'interno di una finestra, proprio perchè non si dovrebbe passare il tempo a spostare in primo e secondo piano ogni volta che si fa doppio click su una finestra (clicktofront, o c'è gente che perde tempo dietro ai gadget di profondità anche quando non è necessario?)... CubicIDE segue infatti la linea guida degli altri IDE: tutto dentro una finestra.

Ritornando a OWB su OS4: bookmark su una finestra separata (non lo vedo così dai tempi di AWeb, non mi stancherò mai di dirlo), context menu incoerenti (Amiga non è mai stata una cima in context menu, per quello però c'era anche MUI), tab che si aprono sempre in primo piano e senza alcun gadget di chiusura (non si vedevano più cose così dai tempi di IBrowse2.3 e Firefox 1.x)...

Il fatto è che mentre un programmatore esperto come Joerg nelle cose a basso livello porta robe così, se non dovesse avere certe conoscenze di design, la parte relativa alla GUI la dovrebbe processare qualcun'altro... e se proprio bisogna usare Reaction (perchè?) dovrebbe essere un esperto Reaction (chi?)...

[AmigaCori]

@ShInKuRo

Come sempre e' un piacere leggere i tuoi post, oggettivi ed esplicativi.

Mmmm ho una domanda banale...ma per avere MUI su AOS4.1 cosa si dovrebbe fare?, e dal momento in cui ci fosse, che conseguenze ci sarebbero?...cioe' i programmi scritto attualmente, tipo OWB per AOS4.x dovrebbero essere riscritti o basterebbe prendere quelli di MOS?

Mi sembra di capire che Reaction e' la strada sbagliata e piu' si va' avanti e piu' si creano programmi con Reaction...non e' che e' tutto lavoro sprecato perche' prima o poi si dovra' passare a MUI?

[ShInKurO]

@ShInKuRo

Come sempre e' un piacere leggere i tuoi post, oggettivi ed esplicativi.

Mmmm ho una domanda banale...ma per avere MUI su AOS4.1 cosa si dovrebbe fare?,

MUI per OS4 c'è già, è la versione 3.9 che trovi installata per far funzionare Yam, WookieChat, SabreMsn, Epistula, IBrowse, Newscoaster, Contact Manager, e NoWinED:)
Manca l'ultima versione di MUI, la 4...adesso che OS4 c'è per Pegasos2 suppongo che l'autore non abbia più il problema di non avere un A1 per portare tutto MUI4 su OS4...io fossi in Hyperion e ACube spedirei come regalo OS4.1 per Pegasos2 a Stephan Stunz...

e dal momento in cui ci fosse, che conseguenze ci sarebbero?...cioe' i programmi scritto attualmente, tipo OWB per AOS4.x dovrebbero essere riscritti o basterebbe prendere quelli di MOS?

Basta prendere la versione di OWB per MOS (o AROS) e ricompilarla per OS4, di solito non è nulla di troppo complicato se questi porting non usano caratteristiche di MUI4 (come Sputnik ad esempio). E' comunque un peccato perchè molte parti a basso livello di OWB per OS4 sono sicuramente migliori e più adatte per OS4 di quanto non lo siano in questi porting per MOS e AROS... L'ideale sarebbe che i sorgenti siano compatibili (dovrebbero esserlo) e fare il merge con svn delle cose migliori da entrambe le parti... ad ogni modo ci vuole comunque sempre l'intervento umano sul codice per renderlo funzionante...

Mi sembra di capire che Reaction e' la strada sbagliata e piu' si va' avanti e piu' si creano programmi con Reaction...non e' che e' tutto lavoro sprecato perche' prima o poi si dovra' passare a MUI?

I Frieden parlavano di riprogettare tutto il sistema grafico di AmigaOS, il quale dovrebbe basarsi su delle nuove API più simili a Swing (Java) visto che a loro piace, e dunque si abbandonerebbe BOOPSI (che è la base di Reaction e MUI), ma è tutto un progetto (ci vogliono anni per progettare e scrivere una cosa simile). Ora come ora, da un punto di vista esterno (da informatico) posso dirti che MUI è più evoluto (anche la versione 3.8 per OS3.x) rispetto a Reaction di OS4.1, con qualche eccezione che comunque conferma la regola... Dal punto di vista da amighista e utente OS4 mi dispiace che Reaction sia così indietro rispetto a MUI...