Alternatieve browser speelt Flash-filmpjes af op iPhone en iPad

Daar is niks mee maar het gaat om AUDIO. Dan is het handig dat je naar het volgende nummer kan gaan of een nummer uit de lijst kan kiezen. Het is bij audio niet handig dat door quicktime je van de webpagina af gaat en de playlist dus niet meer ziet. Het wordt dan een soort iPod shuffe om maar even bij Apple te blijven).

In QuickTime zit wel een soort playlist ondersteuning maar deze is te beperkt en daarnaast is het hele idee van een eigen interface weg. Kun je net zo goed een witte pagina met links tonen ofzo. QuickTime is maar quicktime met een grote Q. Ook dat kun je wel een beetje aanpassen, een afbeelding geloof ik maar ja, dat is het ook niet. Als quicktime iedere keer boven komt drijven heeft het door de quicktime API ondersteunde start, stop etc commando's ook niet veel zin aangezien deze 'knoppen' (als je die hebt aangebracht in je pagina) direct door QuickTime worden overgenomen. Compleet zinloos dus, API is nutteloos. Met html5 precies hetzelfde verhaal - weer QuickTime dus maar daar kan ik mij nog iets bij voorstellen (alhoewel html5 een onderdeel van de browser is, firefox bijvoorbeeld open ook geen externe player) maar dat zou ik mij nog een klein beetje kunnen voorstellen gezien de omvang van het schermpje. Het zou qua verbergingsmogelijkheden moeten kijken naar het type bestand, AUDIO of video. Je hebt er nu dus totaal geen controle over.

Op de Mac Safari (dus niet mobiel safari) kun je wel de player verbergen. Dus dit is expres gedaan, kan niet anders. Kun je bijvoorbeeld op locatie -1000px, zetten met een minimale grote van de speler (in een div met display:none werkte geloof ik niet) Je blijft op de pagina en gaat dus niet van de pagina af. Dan heeft de API wel zin. Dit is dus de beperking waarover het gaat.

Als je een flashplayer hebt (als dat had gekunt) dan had je deze gewoon invisible kunnen maken en verder met javascript besturen (ik ben namelijk niet voor een hele flash interface en daar moet je het ook niet voor gebruiken want dat kan zeer cpu belastend zijn, bovendien is de speler ook nog skinable en sneller aan te passen). De speler gebruikt dan slechts max 3% cpu. Dat is met analoge VU-meters en 16-bands graphic analyzer aangestuurd via flash->javascript. Ook kun je deze grafische presentaties aan of uit zetten, dat heet gebruikersvriendelijk (daar is Apple toch van? waarom doen ze dat dan niet met flash? iTunes! iStore!). Kun je nagaan. Dat moet een iPhone toch wel kunnen trekken?

[Reactie gewijzigd door Erwines op woensdag 3 november 2010 03:22]

Je begint meteen een ongefundeerde tirade tegen Apple en hoe deze zogenaamd iets tegen apps heeft die iets met geluid doen. Niet zo vreemd natuurlijk dat ik er vanuit ga dat het over apps gaat.
BTW html5 wordt niet alleen gebruikt in Safari.

Eh, ik wil niet vervelend doen maarre waar gaat het hier over flash dus. Gebruik je dat in een app? Nee dus. Gebruik je dat in een webbrowser. Yep. Dus waarom je begint over iOS of app snap ik dus niet, ik begrijp wel dat het native allemaal mogelijk maar dat is not the case in this case. Jij zegt in feite dat je dan maar een native app moet maken en moet accepteren dat het is zoals het is. Dat vind ik dus van niet, alhoewel, ik de keuze al heb gemaakt geen native app te willen maken (als uitzondering op de regel), dan maar geen IPhone support.

Wat ik wil is niet os specifiek dus zou het niet nodig moeten zijn daar weer een aparte app voor te schrijven. Dat heeft niets met stugheid van doen. Het is mogelijk maar dus niet op de iPhone, dus er is maar 1 partij stug. Ze willen graag van Flash af maar er is geen goed alternatief. HTML5 is nog geen volwaardig alternatief.

Internet is ontworpen dat het op alles te bekijken is ongeacht besturingssysteem e.d. Het enige wat je hiervoor nodig hebt is een editor en je houden aan de standaarden. Dan kun je cross-platform oplossingen bouwen en hoef je niet weer een SDK aan te schaffen en je weer te verdiepen in weer een nieuw systeem etc. Dat is ook de reden dat .Net is bedacht, niet dat .Net geheel de lading dekt overigens want het is naar mijn idee niet helemaal gelukt.

Je wordt 'gek' van de wildgroei van systemen. Als je een team van 500 man in dienst hebt valt dat misschien nog te overzien maar als je kleiner bent moet je een keuze maken., een meest efficiënte keuze. Dit is zo'n keuze en nog een gestandaardiseerde ook en dat zou prima moeten werken want er zitten immers geen OS specifieke zaken in. OS specifieke zaken laten we over aan de browser die speciaal is geschreven voor dat OS. Dan moet de 'tussenlaag' natuurlijk wel doen wat het moet doen (dat geldt dus niet voor de javascript quicktime api bijvoorbeeld). Dat scheelt weer een aantal apps te moeten bouwen en een hoop geld, dat zou een efficiënte keuze moeten zijn. Daarnaast kun je het in eigen beheer houden en ben je niet afhankelijk van een OS. Voordeel is tevens dat wanneer er een nieuw systeem uitkomt het gewoon zou moeten werken.

Dus met andere woorden: Kijk naar IE, is ook gezwicht onder de druk van de concurrentie, gaat ineens nu wel de standaarden respecteren en is dus deels afgestapt van het eigenwijze gedrag. Misschien kan Android dat voor de iPhone veroorzaken, volgens mij is Android aardig op weg. Een kat in het nauw maakt rare en soms onverwachte sprongen.

Dus nee, ik hoef geen ander beroep te kiezen, beste Carbon, wel keuzes maken en dat is niet de iPhone dus. Apple heeft er dus 1 fan minder bij (ik zie je denken: who cares? inderdaad). Het gaat om keuzes en jij hebt er voor gekozen een hype platform te kiezen. Je goed recht. Aan mij het goed recht te kiezen voor mijn keuze en mij uit te laten over in mijn ogen onbegrijpelijke keuzes zoals jij dat misschien van mij zult vinden. De tijd zal het leren wat voor techniek de langste adem heeft.