
Complimenti.

Moderatore: Newser
@all
Some progress about mui-owb:
- Mason almost done all the graphics work for port (we need to use new images for). And there is 2 screens with his images (toolbar, status bar, progress bar, url bar, etc):
http://kas1e.narod.ru/muiowb/mason1.jpg
http://kas1e.narod.ru/muiowb/mason2.jpg
- Deniil yesterday fix some some stuff, which solve for us loading of last commented child - fastlinks. But fastlinks based on bookmarks, so while we not fix bookmarks normally, fastlinks also not works visually (but technically they are now).
- Slash still working on Process class , and almost done with
- Tboekel help us as well with fix some bugs and point us on some new ideas about some classes which we can use
ps. that post from mui-owb (but while i post i fear it will crashes :) , so still port-bugs still here, and they all should be fixed before release.
@all
Some more mui-owb progress:
-- Still fighting with Bookmark/QuickLinks stuff. That part use some internal ListTree.mcc structs, which for now trashes a lot, but Deniil are close with it.
-- Fixed some other bugs related to stability/crashes
-- Slash update process.mcc class, but for now its not ready.
@all
Some more progress:
-- We (Deniil as usuall) found a little problem in our mui SDK includes, fix it (will report to our mantainers of course), and now bookmark window almost fully works ! Check this out:
http://kas1e.narod.ru/muiowb/bookmark.jpg
Sorry for low quality of MUI settings (those default ugly gadgets/colors), but main idea to show that we have progress with bookmark stuff.
Now we need make to works "quick links" stuff , and after that fixing of bugs only.
@all
I made a new video , in which i compare speed of current mui-owb with reaction-owb on Facebook and on google-maps. In the begining of video i also run youtube clip from context menu, so no need clipdown like on reaction owb , and no need to copy something to somether. Just choice link, and choice "play video". With mediaplayer / html5 even that will not need , but for first release its even like this will be better in compare with reaction owb.
MacGyverPPC ha scritto:Ora si iniziano a notare le capacità di OS4.X, e senza librerie aliene!
MacGyverPPC ha scritto:L'unica cosa(imho) che non è avvantaggiata al momento è lo stream video,che forse deve ancora essere inglobato al browser...
MacGyverPPC ha scritto:ecco li son curioso di vedere se si guadagna qualcosa anche in qualità o risulterà uguale a TubeX sulla 440.![]()
MacGyverPPC ha scritto:A proposito sto TubeX è di nuovo da aggiornare per SAM, o a voi va?
ShInKurO ha scritto:È un piacere vedere certi progressi e la conferma che anche una beta buggosa di OWB MUI su OS4 sia più veloce della controparte Reaction che essendo scarna dovrebbe essere molto più veloce, o sbaglio? :)
ShInKurO ha scritto:Speriamo che dopo il completamento di questo OWB MUI su OS4 venga tutto portato su AROS così si darebbe la scossa finale a Zune.
ShInKurO ha scritto:Zune in questi termini diventerebbe finalmente la UI opensource Amiga standard de facto... (e tra l'altro chi integra su Zune le classi che stanno scrivendo per OWB MUI su OS4 si becca 500euro...).
MacGyverPPC ha scritto:ecco li son curioso di vedere se si guadagna qualcosa anche in qualità o risulterà uguale a TubeX sulla 440.![]()
MacGyverPPC ha scritto:Per OWB-MUI se non erro,sarà inglobato con qualche plugin per html5... e cosa importante,ci sarà qualche DataType o altro per sentire l'audio credo.
samo79 ha scritto:MacGyverPPC ha scritto:Per OWB-MUI se non erro,sarà inglobato con qualche plugin per html5... e cosa importante,ci sarà qualche DataType o altro per sentire l'audio credo.
Il plugin serve per il flash che gestisce la cosa in tutt'altro altro modo (serve cmq Gnash o SWFdec), altrimenti per i video sarà possibile utilizzare direttamente HTML5 tramite i tag <video> e <audio> dell'HTML5 che poi verranno decodificati direttamente da FFMpeg, questo a grandi linee, non chiedermi sul tecnico ...
Cmq HTML5 fa parte di WebKit/OWB e non ha bisogno di null'altro per funzionare a parte quanto detto sopra, quindi nessun dipendenza da datatype
Visitano il forum: Nessuno e 4 ospiti