okiwi presto sarà rilasciato!!! Opzioni

[Goku SSJ 58]

tra circa 2 settimane la alpha di okiwi verrà rilasciata... L'unico inconveniente è che non può collegarsi ad internet ma sarà solo un sample delle funzioni che avrà questo browser...

Voi cosa ne pensate?

[koda]

oltretutto okiwi non utilizza né i 4 mega aggiuntivi dello slot ufficiale né i 32 delle card slot2...
la vedo dura che online si meglio dell'opera ufficiale............

bye
Koda

[Papero]

oltretutto okiwi non utilizza né i 4 mega aggiuntivi dello slot ufficiale né i 32 delle card slot2...
la vedo dura che online si meglio dell'opera ufficiale............

bye
Koda

Volevo dirlo prima, ma per non fare la figura del disfattista sono stato zitto... Questo tizio di okiwi ha cominciato a fare la casa dal tetto: non si può fare un browser, che deve girare su una macchina con poche risorse, lasciando per ultimo il motore vero e proprio. Vuol far vedere che c'è qualcosa di concreto, come quando venivano rilasciati dei form fatti in VB con 3 bottoni in croce sopra, spacciandoli per una versione pre-alpha del nuovissimissimo emulatore di N64 che avrebbe fatto faville.

In genere non scommetto mai, ma questa volta sarei pronto a farlo che non vedremo mai una versione di okiwi che va online

[hrk]

Volevo dirlo prima, ma per non fare la figura del disfattista sono stato zitto... Questo tizio di okiwi ha cominciato a fare la casa dal tetto: non si può fare un browser, che deve girare su una macchina con poche risorse, lasciando per ultimo il motore vero e proprio.

non vorrei dire, ma il punto FOCALE, il CUORE di un browser, il MOTORE... non è la componente di connessione, ma proprio il parser HTML.

La parte di connessione è di una banalità assoluta, tre chiamate (di API) per instaurare una connessione, una chiamata per prendere i dati dalla connessione, un blocco condizionale per vedere che risposta è stata data e infine il parser HTML in caso di dati disponibili. :\

Un qualsiasi studente di informatica/ingegneria informatica sarebbe in grado di realizzare la parte di connessione ad internet nell'arco di una settimana nel tempo libero, ottimizzandola pure... ma per scrivere un parser HTML... altro che mesi...

[Papero]

non vorrei dire, ma il punto FOCALE, il CUORE di un browser, il MOTORE... non è la componente di connessione, ma proprio il parser HTML.

La parte di connessione è di una banalità assoluta, tre chiamate (di API) per instaurare una connessione, una chiamata per prendere i dati dalla connessione, un blocco condizionale per vedere che risposta è stata data e infine il parser HTML in caso di dati disponibili. :\

Un qualsiasi studente di informatica/ingegneria informatica sarebbe in grado di realizzare la parte di connessione ad internet nell'arco di una settimana nel tempo libero, ottimizzandola pure... ma per scrivere un parser HTML... altro che mesi...

Beh, come dicevo prima, un browser serve per visualizzare pagine su internet, quindi se non va online non è un browser, ma un visualizzatore/parser HTML
Se penso che il tizio ci ha messo mesi per integrare libsmgl (il parser html che usa) allora siamo in una botte di ferro.
Purtroppo credo che la maggior parte dei problemi li avrà quando si troverà a dover decidere dove e come memorizzare il flusso di dati che gli vengono dalle tre chiamate API che tu dici utilizzando i soli 4 mega del ds, senza contare che una parte della ram l'ha usata per il programma stesso. Se fosse stato così semplice come dici avremmo già visto un browser funzionante: DSOrganize già implementa un discreto parser html e implementare le famose 3 chiamate API sarebbe stata una cosa semplicissima.

Finisco dicendo che qualunque studente di informatica/ingegneria del software sa che un buon software non si fa a partire dall'interfaccia grafica

[hrk]

Purtroppo credo che la maggior parte dei problemi li avrà quando si troverà a dover decidere dove e come memorizzare il flusso di dati che gli vengono dalle tre chiamate API che tu dici utilizzando i soli 4 mega del ds,

Beh, io mi riferisco a chiamate per le socket UNIX... altro che 4mega :-)...

senza contare che una parte della ram l'ha usata per il programma stesso. Se fosse stato così semplice come dici avremmo già visto un browser funzionante: DSOrganize già implementa un discreto parser html e implementare le famose 3 chiamate API sarebbe stata una cosa semplicissima.

Hmmm... quasi quasi gli scrivo... :\...

Finisco dicendo che qualunque studente di informatica/ingegneria del software sa che un buon software non si fa a partire dall'interfaccia grafica

Beh, su questo ti do' ragione al 100%. E' solo che ti avevo sentito un po' troppo pessimista... :-)

Tra parentesi, le famoe chiamate, le ho usate a suo tempo per scrivere un micro server HTTP... hai voglia con 4MB tutto quello che ci fai... :-)...