Den stora tråden om Windows Phone

Ah, glädjande att höra Även om det inte finns lika många användare på WP så finns ändå möjlighet att tjäna pengar för utvecklare.

Vad det gäller er nuvarande sidodiskussion så sjönk faktiskt ASP (medelpriset för såld enhet) när Nokia Devices & Services (telefon/enhets-divisionen) vände sig till Microsoft och valde en strategi där de istället skulle bli beroende av S30/40-lurar för de stora volymerna. Allt annat lades ner och avvecklades fort. När jag pratar ASP så pratar jag bara om deras "smarta telefoner", alltså dit Symbian-lurar som Nokia N8 och MeeGo-baserade N9 räknades. Deras enklare enheter räknades in under en egen rubrik/kategori.

Det avvecklades som sagt fort när de presenterat sin nya strategi. Allt medan de inte ens fått ut en WP7/Mango-enhet och Microsoft i praktiken stod utan en plattform. Microsoft valde att ta ut konkurrensen genom att övertala de att lägga ner de Europeiskt utvecklade spåren inom operativsystem för smarta telefoner. För att nå ut med sina egna produkter var det sämsta tänkbara företaget att först ta över utvecklingen över och sen köpa upp, när den nya VDn kom in hade de närmare 60 000 anställda inom tillverkning. Stor del av ingenjörer och utvecklarna jobbade med Symbian, Qt/QtMobility, MeeGo/Maemo samt helt ny teknik och de var borta innan Compal hade byggt L800 åt dem. Likaså fick kretstillverkare som svenska ST-E lägga ner och externa utvecklare som hade uppdrag av Nokia fick leta efter annat att göra inom en stor rad områden. Microsoft valde att bara arbeta med Qualcomm. Inget av kärnan eller styrkorna blir såklart kvar. För företag så blev först WP8.1 det som hade stöd för essentiella företagsfunktioner så som bättre MDM-stöd, S/MIME, VPN osv. Alltså först 2014. Marknaden de hade med gamla CE-baserade Windows Mobile har de tappat sedan länge. Att de på något vis skulle vara starka när det gäller företag är nog inget annat än en myt, de har då inte prioriterat det och utvecklingsmiljön från det jag följt har varit bedrövlig.

Du har WP7.X-Silverlight, WP8/8.1-Silverlight, från WP8 Windows Phone Runtime och med WP8.1 en mer komplett Windows Runtime som i stort sett är feature-complete med skrivbordets för att sen i 10 Mobile stödja Windows Runtime (WinRT) och UWP/UAP-modellen och verkligen möjliggöra att bygga och köra samma program på mobil och skrivbord, och således verkligen synka upp Windows Runtime som används av "store-appar". Problemet är ju bara att det inte finns någon ordentlig dragningskraft att utveckla program för Windows Runtime istället för Windows och att det är svårare att portera grejer dit. Det är rörigt, komplext och svårutvecklat och många som har utvecklat grejer blir fast på de gamla kör- och ramverken. Microsofts egna program byggde exempelvis på "WP-Silverlight" enda fram till W10M istället för att använda den mest aktuella och kraftfullaste teknologin. Nu handlar det om de så kallade bryggorna, men de kommer bara finnas tillgängliga för W10M, åtminstone till att börja med och ingen av bryggorna har lanserats som stabila versioner utan är kvar i previewstadiet. Vilket kanske inte är så farligt för iOS-bryggan, men för Android så krävs ju också en Android-runtime på telefon. Legacyn för alla gamla körverk och API:er måste de behålla i W10M tyvärr, men de behöver göra sig av med dessa över tiden eller åtminstone förmå deras utvecklare att inte använda dessa. Dessa APIer finns såklart inte i vanliga Windows 10 heller. Det är alltså dags för utvecklarna att börja på en ny kula.

Det finns intressant teknik, men de har visat väldigt lite engagemang och tar på tok för många år för att leverera något när de väl börjat prata om det. Sen finns det ingen som bara kan rikta sig mot företagsanvändare. Det kommer trotts att tuffa på som det minsta operativet, men det blir svårt att investera några större resurser. Samsung har liknande problem med Tizen, vad ska folk utveckla där? Direkt mot Tizen som är föränderligt och bygger på ganska unik teknologi som inte har mycket användning utanför den plattformen eller mot kompatibilitetslagret för Android? Varför ska de ens utveckla för en plattform som främst används i smarta klockor i väst? Tizen är trotts allt en fortsättning på misslyckade LiMo och Samsungs egna Bada även om folk gärna vill att det ska vara en vidareutveckling av något annat. De har samma problem som Microsoft, de kan inte ens fånga in den Indiska marknaden med deras egna plattformar. Samsung kan o andra sidan fortsätta vara med och utveckla Android, och således vara med i utvecklingen och få till en plattform de kan köra på deras telefoner. Microsoft fortsätter sälja enkla featurephones under Asha och Nokia-varumärket och får svårt att motivera investeringen i en egen plattform och varför de ens ska vara i branschen. Fast pengar att lägga på det finns det ju däremot. Däremot matchar nog inte prioriteringarna kundernas förväntningar. Ni kommer ju alltså trotts inte att se någon Atom-baserad 950XL med skrivbord och Win32-stöd. Samtidigt är hybriders framgång starkt knutet till dess tangentbord snarare än något annat. Att vara tidiga med konvergensen betyder inte att lyckas och konvergensen många föreställer sig är inte här.

Någon som har tips på hur jag ska få telefonen att plinga/vibrera vid inkommande mail? Samt även Skype meddelande i smsgrejen, fast då utan att den andra ska vibrera?

Windows 10 och en Lumia 950.

Nyss fått telefonen och är mycket nöjd bortsett från att jag inte får till detta trots att det verkar vara aktiverat där det borde enligt mig.

Kan även tänka mig att detta kan vara någon liten bugg i Win10 kanske?

Edit: Ser att jag inte är den enda. Hoppas det rullar ut en fix/update

Senaste update ger oss många många fler bakgrundsappar att ha igång, innan var det 7st max! Gott

Skickades från m.sweclockers.com

Någon som har problem med truecaller? Kanske beror på insider, men det har fungerat förut. När en ökänd ringer står det bara"name available" innan hittade den alla namn etc

Skickades från m.sweclockers.com

Allt är påknäppt. Så meddelanden (sms som faktiskt funkar) och även mail.

Skype funkar inte heller notifieringen på om jag inte kör genom appen. Uttryckte mig lite klumpigt (influensan), sms ska vibrera och låta vilket den gör. Det är skype appen jag ville ha tyst på vilket jag fixat.

Men mailen får jag upp banner på låsskärmen men inget ljud

Intressant läsning och får tacka för att du tog dig tid och förklarade lite hur det ligger till i olika versioner och hur utveckling av program kan se ut, det var mkt nytt för mig.
Det låter inte superpositivt direkt det du skriver men hoppas att MS lockar in utvecklare till plattformen samt visar att dom vågar satsa.
Antalet telefoner som är på väg ut är väl ett sätt att visa detta på.

Måste säga att jag gillar Windows 10 Mobile mer och mer, min Lumia 735 tuffar på och jag märker att MS filat på små detaljer lite sådär Apple style och gillar detta bättre än hur det var tidigare (kör främst outlook, kalender, ringer, surfar samt att den arbetar extra som hotspot till och från jobbet).

Känner mig nöjd med nya luren men det känns lite opolerat wp10. En del småbuggar verkar det finnas. Inga dealbreakers men irriterande...Som detta med att Skype inte plingar till i konversationsdelen och att jag bara får banner på mailen, inget ljud.

Min mor köpte en 640 för någon månad sedan som tyvärr blev stulen men idag så hittade jag en en månad gammal 640 XL för 600:- så slog till då den var i nyskick.

Håller nu på att uppgradera den till Windows 10 Mobile, hoppas det fungerar lika bra som på in 1520.

Känns som lite tråkiga nyheter... Hoppas på att uppköpet av Xamarin blir bra.
Microsoft officially cancels 'Project Astoria' plans for porting Android apps to Windows 10 Mobile.

Jag tror att Xamarin kommer att bli riktigt bra.

Det verkar som om den officiella versionen av Win10m till samtliga Lumia inte är så långt borta nu.
http://www.windowscentral.com/some-windows-phone-81-devices-w...

Tänkte också skriva om att de lagt ner den s.k. Android bridge eller project Astoria i och med att jag nämnde det i mitt förra inlägg för någon dag sedan och de nu yttrat sig, Jink hann dock skriva det i tråden snabbare. Det är inte helt oväntat med tanke på att de valde att inte inkludera stödet i W10M, men samtidigt lite synd. Så det blev inget med någon Android-runtime till W10M o andra sidan verkar de bredda iOS-bryggan. Xamarin har jag nog nämnt som en rekommendation flertal gånger om man vill skriva C# för flera plattformar, och det är en bra lösning för det, däremot lite kluven till uppköpet samt för att det är en helt annan lösning än "windows bride for ..." som det inte ersätter. Tyvärr blir det ju Microsoft själva som ska se till att Xamarin och i förlängningen Mono rullar på alla plattformar nu. Miguel de Icaza blir säkert nöjd som Microsoftanställd däremot. De gillar att jobba med Microsoft-teknologi. Nu var ju inte Xamarin Platform/Studio öppen källkod, men som fristående produkt får det svårt att existera i längden. Det jag kan känna är att det kanske blir lite smalare mot enstaka plattformar i framtiden och snarare en del av VS, just nu kommer det ju däremot fortsätta se ut som det gör. Så utvecklare får gärna investera i det, om det är bäst att skriva korsplattforms-program i C# för dem, Microsoft bör ha intresse för att det ska fungera bra på iOS och Android åtminstone. Samt Mono-projektet behöver en fristående sponsor även om Microsoft nu släppt massor kod och bibliotek till .NET.

Microsoft skriver lite om det hela i ett blogginlägg, snappade upp det hela när Anandtech publicera en nyhet om det för några timmar sedan. Det länkas också till inlägget från Windows Central-artikeln som länkas lite högre upp.

Vad tycker folk om det hela?

Det är svårt att köra sån typ av programvara på Windows Runtime (WinRT), mer avancerade program på Windows 10 Mobile kör win32 som exempelvis motorn till Edge. Program som VLC måste delvis korskompileras från Linux/MinGW för att det är svårt att bygga ren C-kod för WinRT. C++/CX eller WRL som kan användas med WinRT för C++-kod mappar inte helt med hur du skriver C++-program för Windows heller. Det gör det överlag ganska svårt att portera program, oavsett om det är från Windows, iOS eller OS X. iOS/Obj-C-kod kompileras direkt till plattformen av LLVM (istället för MSVC) och ger därför en del flexibilitet som du inte skulle ha med Microsofts egna kompilator. Det gäller iOS Bridge då. Tredjepartsutvecklare har inte möjlighet att skriva program som kräver åtkomst till lägre nivå än Microsoft ger tillåtelse till eller som Win32. Skulle någon mot förmodan kunna bygga en Android ACL (kompatibilitetslager/implementation av runtime eller os) så kanske de skulle behöva göra anrop som inte är tillåtna för att publiceras i affären ändå.

Bluestacks behöver exempelvis virtualisering för att köras bra. Tänk på att det är en plattform där sånt som webbläsaren Chrome eller Firefox inte har porterats till, och att det till stor del inte beror på politik som på iOS. VLC kör flertalet wrappers och implementerar flertalet win32-funktioner i mingw för att komma runt problematiken, de har fått finansiering från kickstarter för arbetet och det är ännu inte särskilt klockren programvara mer än 3 år senare. Det finns Android-kompatibilitetslager till en rad plattformar, BB10, Tizen, WebOS, Sailfish med flera, men för att det ska vara praktiskt möjligt till W10M behövs det nog byggas in i operativet.

Lite förenklat kan man säga att VLC bygger ett C-bibliotek (dll) med MinGW-w64 där de fått vara med och utvecklat en rad funktioner i MinGW för att det ska vara möjligt, sen en wrapper i C++ för C++/CX (alltså för WinRT), sen en applikation i C# för att konsumera det hela. VLC finns för en rad plattformar, ingen annan har sånt komplicerat upplägg eller kräver flera olika kompilatorer. För spel har det också varit så komplicerat att bygga Store-varianter att de antingen inte gjort det eller fått ett dåligt resultat och byggt någon form av Store-exklusiva titlar, trotts att flera stora spelmotorer byggt in stöd i någon variant. De kan ju istället sitta och vänta på att det går att paketera win32-program för att säljas i Store om de ändå bara har desktop-marknaden i sikte eller vill göra någon deal med Microsoft där kunderna kan få spel för X1 och Windows samtidigt. Om nu ens det kommer lyckas. Spelmotor för Android? Tja, där har du en ganska kraftfull miljö nuförtiden och har t.o.m. Vulkan på enheterna som kommer nu. OGLES har tidigare kunnat användas över både iOS och Android. Microsoft kommer väl ge officiellt stöd för det via "Windows Bridge for iOS" nu förmodar jag, men operativsystemet har ju inte stöd för det. Vill man i dagsläget bygga spel för Windows Phone, iOS och Android gör man nog bäst i att bygga med spelmotorn Unity som har stöd för alla. Fast samtidigt presenterar ju Samsung att de har UE4 med Vulkan på Android och kraftigare hårdvara.

Vi får väl se vad Microsoft själva vill visa på Build. Även fast de synkat upp mycket så är inte Windows 10 Mobile, Windows 10. Bygga för Windows Runtime är inte som att bygga för Windows.

Sen händer det ändå en del hos konkurrenterna. Visst kan du använda D3D12 på Windows 10 Mobile, men då måste de också ta steget till D3D12 först, och sitter med problemet att det är svårt att portera en spelmotor för win32 till Windows Runtime/WinRT helt oavsett vilket grafik-API de kör. För Android eller iOS finns det oftast redan portar, som således kan konsumera förbättringar som görs i motorn och göra det direkt. Samt kunder då. Microsoft kan komma med massor intressant teknik, men de har mycket längre väg att gå än konkurrenterna för att det ska bli något bra av det hela.

Nej, dels är det mycket arbete även om de som gör kompatibilitetslager för Android redan har stöd för flera olika operativsystem inklusive Windows, dels för att de företag som gör detta oftast/alltid vänder sig till OEM/tillverkare direkt, dels för att reglerna för att publicera i affären kräver att man inte använder något annat än Windows Runtime-APIer och håller sig till säkerhetsmodellen och inte anropar kod utanför modellen/sandlådan. Det är inte tillåtet att stödja exempelvis skript som laddas ner från en annan källa, vilket kan tolkas som det inte är tillåtet att t.ex. göra en app för affären som kör APKs. Det går ju om du kan sideloada, då man då inte behöver följa de strikta reglerna, men varför skulle någon göra en sådan lösning? Skulle fortfarande vara mycket jobb. Samma regler sätter ju stopp för att webbläsare med egen motor skulle tillåtas publiceras, inte för att ens deras egna Edge som inte behöver följa reglerna är någon WinRT-app rakt igenom (när det gäller motorn). Enklast hade varit att följa exemplet av webbläsarna på WP/W10M som kör renderingen server-side på leverantörens egna servrar. Alltså att göra en app som kör remote desktop/vnc till en Android-emulator som körs någon annan stans.

Det är ju inget som hindrar dig att köra RDP till din PC med Bluestacks, men kontrollerna matchar nog inte så bra då.

Alternativet hade ju varit en programvara som klarar att bygga om APKn eller källkoden för att köras direkt som WinRT-app. Men det är nog lite för ambitiöst.

Det är nog helt enkelt enklare för alla att skriva om apparna, har man t.ex. logiken som ett C eller C++-program som kallas av plattformsspecifika UIs på varje plattform kan man dela kod mellan apparna där och förhoppningsvis bara behöva göra mindre anpassningar för plattformen i den delen som delas över flera. Inte för att det alltid är enkelt. Om inte annat kanske man kan bygga sådana program med iOS-bryggan. Men aja, det får utvecklarna av större projekt visa vad som är bäst. Med exempelvis Xamarin som nämnts kan man köra C# över alla plattformar om man nu inte vill göra appar specifikt för varje plattform. Hur som kan du nog glömma att köra exempelvis Java på WinRT, idag åtminstone, medan det finns verktyg för att köra Java (AOT) på iOS. Helt enkelt är andra så långt före och har mognare miljöer. På WP/W10M finns det beroende på hur man räknar sådär 5 olika sätt att skriva C#-program p.g.a. alla förändringar de gjort sedan WP7, som först hade en variant baserad på Silverlight, som sen blev uppdaterad för WP8.X och sedan WP8 och WP8.1 fått WPRT och mer komplett variant av WinRT för att med W10M dela samma (i stort sett och stödja UWP/UAP) WinRT som skrivbordet, vilket ger dig flera olika APIer och projekttyper för att skapa C#-appar för plattformen, nästan brutalt mycket olika. Inte för att fudda, det är säkert okej så länge man konverterar till de nya typerna, men då måste utvecklarna också vara med på det hela och de flesta har inte det. Nog för att UWP/UAP inte är kompatibelt med WP8.1.

Tyvärr har inte Microsoft uppdaterat alla enheter som skulle vara behjälpligt när de byter modell för apparna på så sätt. Vi får se om iOS-bryggan gör det mycket lättare att konsumera samma kod som mobilappar för andra plattformar också, portabiliteten har varit högre hos de andra. Men det finns hur som helst alternativ för utvecklare, UWP (framåt åtminstone), Xamarin eller någon tredjepartsplattform som stödjer WP/W10M som mål exempelvis och Windows Bridge for iOS som börjar ta form. Vill man göra något så finns i princip alla möjligheter. Utvecklare av mobilappar får gärna nämna hur de resonerat, om nu någon av de som utvecklat för WP/W10M och annat hänger här.

Har en fråga här. Sitter för närvarande på en gammal Sony Z2 som rullar på bra fortfarande men är sugen på ny mobil. Vad jag förstått det som är den största skillnaden mellan Android/iOS och WP apputbudet? Men i övrigt ska väl WP-telefoner vara kompetenta saker vad gäller hårdvara/kamera osv? Hur är det t.ex. med tillbehör som headsets osv? I många fall läser man ju att hörlurar är gjorda för Android eller iOS, funkar inte det på WP då? Ska avvakta vårens nya modeller här och ser om det blir en Samsung, LG eller kanske en WP.

Sitter lite i samma situation som dig. Har inte hittat något datum för när Moly X1 släpps i Europa, de verkar än så länge bara gå att beställa från amazon.com (US).
Är även nyfiken på Xiaomis nya mobiler mi5 och mi4S. De släpps med Android men MS och Xiaomi jobbar på Windows 10 ROM, åtminstone för mi5.
Det ryktas även om att det är på gång med Windows 10 ROM för OnePlus 2 och OnePlus 3.

Xiaomis nya mobiler verkar gå att beställa från asiatiska sidor redan nu, men med Android.
När Windows 10 ROM är klar till deras mobiler vet jag inte, men förhoppningsvis ganska snart. Windows 10 ROM till den gamla mi4 (utan "S") släpptes officiellt i början av året.

Gick i fredags över till en Moto X Play (6.0) från min Lumia 830 (w10m) och jag kunde nog inte vara mer nöjd, det är en mellanklass lur men har man en skral budget så är det jädrans massa telefon för 2495 plus det faktum att det är i princip en ren android på den. Stabiliteten i Android 6.0 är faktiskt betydligt bättre än w10m, hitintills har jag inte lyckats få den att bete sig konstigt en enda gång och då har jag ändå torterat den i flera dar.

Så varför valde jag att gå ifrån windows i nallen? Jag gillade win8 i luren men "framstegen" som gjorts med w10m känns snarare som baksteg. Jag tror att w10m skulle må bra av lite mer rensning och uppstyrning av det allmänna UI't där en del saker känns som rent hål i huvudet.
Bara som ett litet exempel, hur faen kan man inte ha en "rensa alla" knapp på task switch layouten. Det fullkomligen kryllar av små saker som detta i w10m. Sen har vi det vanliga, apparna... Jag ska vara ärlig och säga att det mesta jag använder faktiskt finns till wm men jävlar vad det skiljer i funktion och kvalité, för två år sedan var det inte så förfärligt bra på Android heller men nu är skillnaden för stor för att man ska ignorera den. Sen finns det appar som konstigt nog är bättre på WM, Onkremote är ett exempel, en universal app som fungerar ruskigt mycket bättre än tillverkarens egna Android appar. Detta är dock undantaget från regeln...