iPhone html "app" problematik...
 

Jag hade tänkt vara smidig och utnyttja att iPhone klarar html5´s audio tag för att göra en mobilversion av uppohoppa.se. MEN... stötte på patrull till sist.

Den rackarns iPhonen tycker ju inte om att köra javascript i Safari ELLER sparade webbsidor på "hemskärmen" när den går i viloläge....

Har provat att försöka ge den olika uppgifter för att "jobba" på för att förhindra viloläge...
1. Flyttat grafik med javascript för att "hålla igång iPhonen". - FAIL
2. Startat och kört loop med html5 audio tag i bakgrunden. - FAIL

Och testat en del annat mer eller mindre vetenskapligt...

Men telefonen går ner i viloläge och slutar köra javascript både på Safari och som "webb app" på "hemskärmen".

Hittade dock kod som borde lösa det om man gör en riktig app...
"application.idleTimerDisabled = YES;"

Men då måste man ju göra en "riktig app". Känns ju sådär att ge sig på det utan en Mac... Och när det bara är "anti idle" funktionen jag behöver få till.

Det jag gjort hitintills går att se om man surfar in med iPhonen på www.uppohoppa.se. Alternativt, surfa in på www.uppohoppa.se/iphone och scanna en QR code för att komma till webb appen.

Hursom. Nån som har något tips på hur man kan lösa det hela och hålla igång javascriptet?

Det går inte, hur skulle det se ut om telefonen aldrig stängde av skärmen bara för man besökte en websida, bye bye batteri.

En riktig app kan ju känna av om du laddar den, och i så fall tillåta att den inte stänger av skärmen, det går inte i safari.

Om du bara ska använda webben finns det en hel del toolkits för hur du konverterar en websida till en riktig app..

Är ju inte skärmen som sådan som är problemet. Är ju att den slutar köra javascript...

Det verkar som om det funkar om man stänger av den automatiska låsningen och använder knappen på toppen på iPhonen för att stänga skärmen :)

Tror nog att i långa loppet får de öppna upp lite på det hela så att man kan komma åt mer via html5/Javascript och låta de applikationerna också jobba i bakgrunden. Borde vara den "rätta" vägen att gå. Om nu inte pengarna får styra... för mycket. Det ena behöver ju inte utesluta det andra... :)

Själva anledningen till att telefonen går i sömnläge är att den skall spara på batteriet, hade processerna fortsatts köra hade det inte hjälpt så mycket. Android platformen har tex. onPause() metod som körs i din applikation när telefonen går i sömnläge - dock gäller detta "riktiga" applikationer. I webkit:s fall (webbläsarmotorn som körs på både Android och iOS) pausas all exekvering och webkit går till bakgrunden tills den anropas igen.

Lite sökning på nätet hade inte skadat dig :)
http://web.archiveorange.com/archive...rRKgi2UGAW4BbQ

"Själva anledningen till att telefonen går i sömnläge är att den skall spara på batteriet" - Ja, något uppenbart.

"hade processerna fortsatts köra hade det inte hjälpt så mycket" - Va? Då hade det ju funkat?

"Lite sökning på nätet hade inte skadat dig" - Onödigt

Efter lite testande så är det bara att ge upp och hoppas på uppdateringar i framtiden. Finns bara ett sätt att få alarmet/javascriptet att funka.

'Inställningar' - 'Allmänt' - 'Autolås' och markera 'Aldrig' och sen inte låsa telefonen eller lämna "webb appen". Den lär väl ändå ligga på laddning när man sover... Men jag lade in en funktion som gör att man kan få skärmen svart så inte skärmen lyser i sovrummet iallafall.

Varför använda din funktion när alarmet i telefonen funkar alldeles utmärkt?

Tja, om man vill somna/vakna eller bara vakna till radio. Men det är ju så klart en smaksak. Funkar ju som radio också.

Nej, du har missförstått. Vad jag menade var att det skulle motverka själva syftet med sömnläge.

Tydligen.

Givetvis, är ju självklart. Men hade inget med frågan om hur man skulle kunna lösa uppgiften. Var ju bara ett konstaterande av det uppenbara.

Menade givetvis DIN kommentar... Inte googlandet...

Fanns ju en anledning till att jag till sist frågade här om någon visste något knep. Jag visste redan innan att det finns begränsningar efter en massa timmars googlande och då blir man lätt lite kinkig med sådana kommentarer...

Varför skulle du behöva en MAC för att tillverka apps till iPhone?

Nej, behövs ju inte. Men mer "mek" utan en. Och känns lite överdrivet att behöva ge sig på det för en ynka funktion. Lite synd.

Det där har du fått om bakfoten. Det är exakt samma förfarande att tillverka iPhone apps på windows som det är på MacOS. Det är exakt samma utvecklarpaket och API, det är alltså inte mer "Meck" på något vis, nästan tvärtom faktiskt.

Vill du vara så vänlig att berätta för mig var jag laddar ner Xcode för windows. Good luck.

Om ingen nämnt det tidigare, det finns en hel del i Apples HIG som berör bakgrundsapplikationer. Kortfattat, om din app kan klassifieras korrekt i någon av kategorierna audio, voip eller location (UIBackgroundModes i XCode plist) så kan du helt enkelt göra en webbläsarpanel i en "riktig" app och skriva callbacks för att hantera keepalives till webbläsaren. Inte många rader kod, förutsatt att din app passar in i kategorierna och godkänns som sådan.

http://developer.apple.com/library/i...Execution.html

Förklara gärna vidare, skulle vara intressant att vet hur du jobbar... hackintosh, airplay? Hur gör du en appstore submit från windows?

iPhone SDK finns endast för Mac, och vad jag förstår är ett krav om du skall kompilera och testköra applikationen.
Rätta mig om jag har fel.

Här blev det tyst :)

Har kommit på en fördel med att göra webb app istället för en "riktig" app. Alla ändringar som görs får ju användaren upp nästa gång de trycker på ikonen (t.ex nya kanaler i detta fallet). Så länge man inte gör ett manifest för cache såklart. Alltså kan man ändra utan att användaren aktivt måste uppdatera "appen".
Tur det finns några fördelar :)

När påstod jag att Xcode fanns till windows?

Jag jobbar inte med att tillverka iPhone apps.

Jag har aldrig sagt att iPhone SDK finns till windows.


De iPhone app-makare jag känner och/eller jobbar med som inte har Mac kör istället legitim MacOSX under VMware workstation direkt i windows. Vad jag förstått så är detta en extremt vanlig och mycket väl fungerande metod.

Förövrigt... Google is your friend.

Xaero: Kan ju vara ditt uttalande ovan som gjorde att en del tyckte att du inte hade koll... Dvs "nästan tvärtom faktiskt" uttalandet.

Jag kan också berätta (även om jag tycker det är lite onödigt att behöva) att jag visste om att man var tvungen att köra WMware och använda annat OS redan innan. Det var givetvis därför jag tyckte det var mycket "meck"... för ett sådant litet problem/lösning.

Sen vet jag inte var "Förövrigt... Google is your friend. " passar in?
(Jag frågade ju för att det bevisligen inte gick att hitta någon lösning på nätet och inte heller här tydligen)

Men är väl tyvärr så att det finns fler som vill verka pålästa än att faktiskt hålla sig till topic och vara innovativa och prova saker... tyvärr. Men man hoppas ju ibland att det finns.

Jamen vafan.. VM Ware. Äh, du får 6/10 trollpoäng så tjaffsar vi inte mer om det.

Hemskt vad känsliga man var här då. :confused: Förstår inte vad jag sa som var konstigt. Anyhow, lycka till med din väckarklocka.

Tack :)

(och lite tecken för att forumet skall acceptera att man postar...)

Du ställde frågan som om du inte visste. Hur vill du att jag ska kunna tolka det? Jag ville bara hjälpa dig eftersom du ställer frågor. Då missförstod jag vad du menade eller vad du var ute efter och får be om ursäkt.

Ursäkten mottagen :) Och accepterad. Så då går vi vidare.

Jag ställde frågan "Nån som har något tips på hur man kan lösa det hela och hålla igång javascriptet?"
Och nu har vi iallafall kommit fram till att det inte går att hålla igång javascriptet och därmed måste appen vara framme och telefonen får inte gå i viloläge för att alarmfunktionen skall fungera.

Jag tackar för visat intresse från alla :)