Apparna i Windows 8 tex
-Prisjakt
-Tv.nu
Är juh sjuukt snygga och svarar snabbt.
Speciellt om har som jag kopplat till en TV på ena datorn och den andra till tre 24".
AMD Ryzen 9 CPU 9900X3D + Asus Ryujin 360 AIO, B650 TOMAHAWK, PSU Corsair AX1200i, G.Skill Trident Z5 Neo 32GB DDR5 /6000 MHz - Phantek NV7, Merc6950XT 16GB - LG OLED55C36LC 55" 4K C3 OLED 120Hz + Hisense U7N TV 55" 120Hz/144Hz 4K (Game ATMOS 5.1.2 (Dynaudio /Monitor Audio speakers)
Vill du verkligen ha kontroll så kan du ju döda processen, det är inte direkt så att du tappar all kontroll bara för att Windows 8 hanterar applikationer på ett annat sätt.
I övrigt stoppas processen när du växlar till ett annat program, efter en viss tid, samtidigt som programmet minns var du var. För 99% av användarna är det utmärkt, återstår gör den där tekniker-kategorin som vill kunna intala sig att de har full kontroll.
Problemet är väl snarare att det finns 6 eller fler olika sätt att göra exakt samma sak. Fast bara i nya Metro-miljön som bara är gjord för att köras parallellt och inte sätta några nya riktlinjer. För att avsluta ett program har du t ex Alt+F4, eller Öppna app switcher som man både kan göra med mus, gestures och tangentbord för att högerklicka på thumbnailen och trycka på avsluta. Högerklicka, använd gesture eller tangentbord för att få upp App bar som du kan avsluta programmet med. Dra musen till ovankanten av skärmen för att hålla (klicka) och dra ner programmet för att avsluta det eller använd gesture för samma sak, och säkert något sätt jag glömt utöver task managern/aktivitetshanteraren allt det utan att man blandar in pekskärmar med multitouch och gesturestöd och att man inte kan hantera programmen på samma sätt i skrivbordet och vad som i praktiken denoteras till startskärm.
Visst används det bara som startskärm och om man skaffar en multitouch-mus (om man inte vill ha touchpad) så kan man skrolla i sidled och ta fram charms etc, så som gränssnittet vill, öppna och stänga saker med gestures osv utan att ändra ergonomin eller flytt handen från musen. Det är inte många stationära datorer som kommer med det däremot, folk spendera nog inte hundralappar för att kunna skrolla startskärmen trevligare, trackpads fungerar ofta dåligt dessutom. Tro inte att det är till för att vi ska använda kapacitiva pekskärmar på datorer vi inte håller i eller har effektivare inmatningsenheter på. Gestures, snabbkommandon och tangentbord är framtiden här, men det behöver man inte pekskärm till. Du behöver inte heller dela upp operativsystem i två delar som fungerar helt olika inte bara till utseendet. Inget som förstör användningen i skrivbordet/Windows eller helt tar en från en produktiv miljö. Gestures/gester kommer fungera lite olika beroende på vad du har för pekdon också så det blir inga standarder att förhålla sig till. Även till Metro-program som ska vara så genomtänkta fungerar det fortfarande sämre än det gör för riktiga program i OS X. Och till alla som klagar över ordet Appar det är Microsoft som för att förklara skillnaden delat in det i Appar och Windows. Just för att det inte är en kapabel miljö. Vad det gäller pekskärm och aktiv digitizer med stylus/penna så har det faktiskt inte blivit bättre i den nyare versionen tyvärr. Kanske något enklare att använda kapacitiv pekskärm, men fortfarande inte bra och har blivit sämre på andra punkter i touch-stöd.
Eftersom du aldrig kör några Metroprogramvaror eftersom det inte finns några avancerade eller icke triviala sådana eller för att de inte fungerar/integrerar väl med dina andra program och "skrivbordet" så vet de aldrig vad du gjorde och kan inte återuppta några program. Kraschar skiten så har det du arbetat med gått förlorat ändå. Batteriförbättringar ligger i helt andra saker än lite nya bibliotek med program som går i suspend när det vill som abstraherar viss Win32-funktionallitet.
Apparna i Windows 8 -- t ex
-Prisjakt
-Tv.nu
Är ju sjukt snygga och svarar snabbt.
Speciellt om har som jag kopplat till en TV på ena datorn och den andra till tre 24".
Det är i praktiken och för all del förpackade hemsidor, vilket snarare får startskärmen att kännas som Aktiv Desktop för de som minns 90-talet. Använd det som startskärm är det helt ok, idiotiskt att de spärrade "boot to desktop" när de börja fippla med att lägga in alternativ till startskärmen, knep för att hoppa över användningen av den nya miljön, från början var det helt konfigurerbart och är det fortfarande i Windows Server 2012. Finns ingen anledning till att inte kunna hantera Metro-program med skrivbordets fönsterhanterar heller. Går fint på alla program som tagit det sk Modern UI-temat som Live Mail, Office 2013 osv.
Prisjakt och Cocktail flow som även fungerar hur bra som helst på Windows/Win32 alltså skrivbordet i Android-implementeringen bluestacks. Alltså som Androidprogram i Windows i tabletsversion, är inga bra exempel på Metroprogram alls. Det visar bara på hur larvigt det är.
Det är inte relevant, Yamaha verkar ha missat att det är appar vi snackar om, de tar hela skärmen även om du kör 4k-upplösning.
nja, missat har ja väl inte gjort. Men ja funderade på ifall TS körde med en upplösning som skärmen/TV:n kan visa, men visar mer än storleken på skärmen/TV:n klarar av. Har nämligen varit med om detta problem förut
Project: Perfection 2.0
CPU: AMD Ryzen 7 9800X3D | GPU: INNO3D 5070 Ti X3 OC | RAM: G.Skill Flare X5 64GB CL28 | SSD: Samsung 980 Pro
MB: ASUS ROG STRIX B850-I | PSU: Corsair SF750 | Kylare: Fractal Design Celsius+ S24 | Fläktar: Noctua NF-A12x25 G2 Chassi: Louqe Ghost S1 MK3 | OS: Microsoft Windows 11 IoT Enterprise LTSC | Bildskärm: LG UltraGear 45GR95QE
Mus: Razer DeathAdder V3 Pro | Tangentbord: Logitech MX Mechanical | Övrigt: Tobii Eye Tracker 5
Problemet är väl snarare att det finns 6 eller fler olika sätt att göra exakt samma sak. Fast bara i nya Metro-miljön som bara är gjord för att köras parallellt och inte sätta några nya riktlinjer. För att avsluta ett program har du t ex Alt+F4, eller Öppna app switcher som man både kan göra med mus, gestures och tangentbord för att högerklicka på thumbnailen och trycka på avsluta. Högerklicka, använd gesture eller tangentbord för att få upp App bar som du kan avsluta programmet med. Dra musen till ovankanten av skärmen för att hålla (klicka) och dra ner programmet för att avsluta det eller använd gesture för samma sak, och säkert något sätt jag glömt utöver task managern/aktivitetshanteraren allt det utan att man blandar in pekskärmar med multitouch och gesturestöd och att man inte kan hantera programmen på samma sätt i skrivbordet och vad som i praktiken denoteras till startskärm.
På vilket sätt skulle det vara ett problem att man får flera alternativ på hur man vill göra något? Det är en ärlig fråga då jag inte riktigt ser hur valmöjligheter är ett problem utan snarare något som gör det troligare att man hittar ett sätt som passar en själv (en hel del vill ju ha alternativet att ha startmenyn kvar också). Om något skulle jag kunna tänka mig ytterligare ett alternativ, dvs ett kryss att klicka på om man kör med mus.
Det känns lite som om att säga att det är ett problem att man kan förflytta sig på hemsidor, och liknande miljöer, på flera sätt. Genom att använda scroll-hjulet på musen, att använda piltangenterna, att ta muspekaren och dra listmarkören osv.
Blu-ray ingår inte i Windows Media Center. DVD-stödet är begränsat som tidigare. WMC behövs egentligen bara om man kör TV. Finns annat som är nice med W8 Pro däremot. Ytterligare begränsning är att du inte får igång DVD-uppspelning i WMP även när du installerat WMC. XBMC, Plex, Boxee, MPC-HC och allt innehåller också olicensierad DVD-uppspelning precis som VLC, VLC innehåller numera även möjlighet att sparka igång avkodning av Blu-rayfilmer.
Ok, inte BR alltså. Det var ju tråkigt. Även om fysiska medium är på väg ut så är det många som fortfarande håller fast vid sina skivor.
Uppgraderar du till Pro från vanliga åttan ingår WMC, så det installeras i och med uppgraderingen, vad som händer efter 31 januari vet vi inte. Att Microsoft ska ut med en SKU i handeln så folk slipper betala med VISA-kort hos Microsoft för ytterligare en variant tror jag är högst osannolikt. I många länder är det inget vanligt betalningsmedium och varianterna som säljs i handeln är i praktiken samma sak som de säljer på deras hemsida du får nyckeljävel och nerladdning via Microsofts hemsida. Mjukvaran fungerar ju ändå bara under Professional dessutom. Finns ingen anledning att sälja det separat.
De har redan gått ut och sagt att WMC kommer att kosta $10 efter januari, för oss med Pro. Andra kommer att få uppgradera till Pro först. Det finns länder där kreditkorten inte har slagit igenom som i väst men de är länder där ytterst få betalar för Windows.
Kommer aldrig att fungera, inte ens Microsoft egna videospelare lever inuti Metro-sandlådan och ramverket. I grund och botten använder de Metroprogram som spelar upp video MF/DirectShow och det kan du inte installera via Windowsbutiken. Webbläsare är det enda med Win32-komponenter som tillåts ha gränssnitt som lever i Metro, men de levereras inte över Windows Store. Det kommer aldrig hända någon verklighet där du kan boota upp en fräsch Windows 8 installation trycka på Windows Store-tilen på pekskärmen och skriva in VLC på skärmtangentbordet för att sen trycka på install/installera och allt är frid och fröjd. Systemet fungerar inte så. Det är ett jätteprojekt och något som är större än Microsoft kommer försöka med inom sådär 3 år på Metromiljön. Dessutom bygger det på att de vill gå runt massor begränsningar som avsiktligen lagts in.
Du har rätt angående DirectShow men MF är en del av RT-API:t och går alltså att komma åt direkt från Metro-appar. MS har sedan Vista försökt flytta mer och mer funktionalitet från DS till MF så att inte stöda legacy-gränssnitt i det nya app-gränssnittet är inte så konstigt. Läs här för lite mer info (eller på wiki).
VLC är en ganska speciell typ av mediaspelare som inte använder mycket av Windows inbyggda stöd för mediauppspelning utan istället har sina egna metoder. Detta kommer inte att fungera i Metro då det är motsatsen mot hur de vill att Metro-appar ska fungera (mer integrerade, inte mindre), men det går fortfarande att få en VLC-app med hårdvaruaccellerering och liknande, bara inte med samma funktionalitet som skrivbordsappen (när det gäller stöd av format osv.), även om VideoLan själva tror att de kan komma runt begränsningen. Detta är förstås tråkigt för Windows RT-användare som antagligen inte kommer att kunna spela upp alla tänkbara format på sina surfplattor men vi andra kommer att kunna använda VLC hur mycket vi vill på desktopen. Samma begränsning finns på Ipad men inte på Android-tablets, detta verkar dock inte ha påverkat marknadsandelarna nämnvärt då Ipad fortfarande leder ganska kraftigt trots denna (och mängder med andra) begränsning (-ar).
Jag är inte säker på att Windows RT kommer att finnas kvar efter nästa Windowsversion dock då Intel redan är ikapp ARM när det gäller strömförbrukning och fortfarande klår dem i prestanda (källa, källa och källa) så detta kanske inte är något större problem. Detta är förstås bara spekulationer men jag misstänker att Windows RT var MS sätt att ge Intel en spark i röven så att de förstod att de inte kunde leva på strömhungriga desktop-processorer aningen anpassade för mobil användning i längden. Dagens Atom-processorer är redan ikapp ARM trots att de bygger på teknik som är åratal gammal så kommande generation, som är baserad på ny teknik och nya processer, lär gå förbi ganska ordentligt. ARMs enda fördelar är priset och att tillverkare själva kan licensiera, tillverka och anpassa designerna, frågan är om det räcker om Intel verkligen satsar på att konkurrera med dem. Intel lär inte låta OEM:er få samma kontroll som de har över ARM men de kan mycket väl sälja en hel produktlinje med förlust ett tag för att få en bra position på marknaden (om konkurrensverk och liknande inte lägger sig i).
*Tråd rensad*
OT raderat.
CPU: Intel i5 2550K (NH D-14) GPU: Nvidia GTX 570 Mobo: Gigabyte GA-P67-UD7(B2) PSU: Cooler Master Silent Pro 700W
Visste du att om Du inte håller dig till reglerna varje dag, så kommer Arla-haren och skjuter dig i huvudet eller ibland i magen.
snajk
Även om du kommer åt MF-APIer precis som jag själv sa så kommer du ju inte kunna lägga in MF-avkodare (CODECS) via Metro på samma sätta som på skrivbordet för det är en del av Win32/NT-arkitekturen sedan Vista. Du kan möjligen komma runt vissa containerbegränsningar med att använda MF på lägre nivå och du kan säkerligen mjukvaruavkoda om du orkar skriva om FFmpeg. Du kan alltid rendera direkt till D3D i rena Metro-appar dessutom, skriva egna avkodare som drar nytt av DXVA är värre, där måste du nyttja det som redan stöds av Win32-apierna du kommer åt. Videouppspelare som klår Metros inbyggda får du säkerligen, att använda VLC som utgångspunkt är däremot något som är ett väldigt stort projekt pga att Windows Runtime (inte bara Windows RT) är så begränsat eller helt enkelt saknar funktionalitet.
"Please note that IMFMediaEngine API are not typically called directly to playback audio and video in a Windows Store app. Instead, the Windows Runtime Windows.Media API are typically used." Så du bör ändå ha klart för dig att det du talar om inte är implementerat i Windows Runtime/Metromiljön själv. Enklast är att installera avkodare för "desktop" och hoppas på att Metro-API:t/spelaren då spelar upp det. Det är ju samma system som används av bägge miljöerna i grunden.
I praktiken finns en stor del Win32-APIer som MF tillgängligt, de är inte tänkt att användas utan i undantag, det är däremot inte helt straight forward att använda dem, det finns vissa nya begränsningar och MS själva har ju t ex ingen avancerad mediaspelare i Metro.
Det du nämner är inget native Metro-API helt enkelt, vilket såklart är bra när det behövs fast för utvecklare är det fortfarande en svårare plattform än iOS, Android eller OS X för att det kommer helt enkelt saknas mycket grundläggande. Att VLC är så beroende av POSIX-stöd gör ju också att de måste porta Mingw-funktionalitet för att få igång något. Både flera konkurrerande plattformar och Windows Runtime-versioner kan förväntas ha hårdvaruacceleration på H264 i MKV, W8-enheter har ju lite bättre chans med mjukvaruavkodning också.
Visst angående WMC så kanske de går ut med en SKU i handeln så väl som deras hemsida med Windows 8 Media Center Pack, men det gäller ju bara för de som köpt efter 31 januari, men inte uppgraderat till Windows 8 Pro från W8. Tror däremot inte de prissatt detta. Officiellt. Uppgraderingsversioner (från W8) kommer ju ha kvar WMC. Uppgraderingspriset är dock också något som förändras 31 januari. Media Center Pack är hur som helst bara för Windows 8 Pro efter 31 januari om du inte fått med WMC. Har du lyckats installera W8P utan WMC så ska du såklart ladda ner det medan det är tillgängligt.
WOA är inte så intressant i säg när vi pratar Windows Store-appar. Det jag egentligen ville belysa är att göra en hybridapp – ett desktopprogram med Metrogränssnitt som webbläsaren är mycket mer rimligt. Allt annat kommer göra avkall på funktionalitet och krävas stora omskrivningar av källkoden. FFmpeg är ju inte ens C++. Avkodare som skrivs om till ett Windows Store-program kommer bara fungera inifrån programmet, vilket såklart inte blir samma sak som att installera en MF-komponent för video. Allt som bakas in i programmet måste också gå igenom Microsoft publicerings/certifieringsprocess och följa deras regler såklart. En Windows Runtime-component kan bara vara C++. Inte ens libVLC är C++. Det handlar i praktiken inte om att flytta över programmet vilket går bra till Android, GNU/Linux, OS X, Windows CE, QNX oavsett CPU arkitektur med flera. Utan om att skapa ett helt nytt projekt snarare. Ett som är större än vi sett på den körmiljön överhuvudtaget. Att man har skrivbordet där kan tyckas det meningslöst däremot. Alla större C++-projekt som flyttas till Windows Runtime kommer i huvudsak använda samma Win32-apier som i desktop-variant dessutom. Fast du måste hantera att programmet suspendas så fort du byter till ett annat och liknande. Har man byggt sig för beroende av verktyg eller externa bibliotek så går det inte att portera.
WoT
Ja RT innebär begränsningar men det är en stor del av poängen med det. Sandboxade applikationer som inte kan komma åt dina personliga filer eller resten av systemet. En del typer av program passar sig inte för en så begränsad miljö, vlc på grund av dess uppbyggnad men andra program av andra anledningar, men det är därför skrivbordsmiljön också finns.
Exempelvis VisualStudio, Photoshop, 3DStudioMax, Dreamweaver osv. går inte att göra (användbara) versioner av till WRT men varför skulle man? Sitter du med en RT-platta och försöker göra sådana saker så har du fel enhet. Att det inte går att göra en helt oberoende mediauppspelare för RT är tråkigt men kommer av detta, och det går utmärkt att konvertera den media man behöver till ett format som passar ens enhet och sen spela upp den. Vill man spela upp obskyra format så får man antingen köra en Android-platta eller en enhet som kör Windows 8 (eller tidigare versioner), på Windows RT eller IOS går det inte utan konvertering.
Sen tror jag absolut att MS på sikt kommer att slå ihop RT och skrivbordet till ett gränssnitt men det kommer inte att vara alls lika begränsat som RT är idag. Jag tror också att de kommer att släppa på restriktionerna och genomföra mergningen inkrementellt så att man kommer att få mer och mer friheter i RT/Metro samtidigt som mer och mer av Windows flyttas till MUI (inställningar osv.). Ganska snart så kommer skrivbordsapplikationer att få tillgång till charms och Live-tiles (tror jag). Beroende på hur det går med Windows RT så kanske de kommer att släppa på restriktionerna för tredjepartsprogram på skrivbordet där, alternativt så lägger de ner hela Windows RT då Intel redan är ikapp ARM när det gäller strömförbrukning och prestanda (nåja) och det därmed inte finns något större behov av en handikappad Windowsversion bara för ARM. Jag är dock väldigt säker på att de inte kommer att ta bort skrivbordet förrän man kan göra allt man kunde där i vad som ersätter det.
Ja RT innebär begränsningar men det är en stor del av poängen med det. Sandboxade applikationer som inte kan komma åt dina personliga filer eller resten av systemet. En del typer av program passar sig inte för en så begränsad miljö, vlc på grund av dess uppbyggnad men andra program av andra anledningar, men det är därför skrivbordsmiljön också finns.
Exempelvis VisualStudio, Photoshop, 3DStudioMax, Dreamweaver osv. går inte att göra (användbara) versioner av till WRT men varför skulle man? Sitter du med en RT-platta och försöker göra sådana saker så har du fel enhet. Att det inte går att göra en helt oberoende mediauppspelare för RT är tråkigt men kommer av detta, och det går utmärkt att konvertera den media man behöver till ett format som passar ens enhet och sen spela upp den. Vill man spela upp obskyra format så får man antingen köra en Android-platta eller en enhet som kör Windows 8 (eller tidigare versioner), på Windows RT eller IOS går det inte utan konvertering.
Sen tror jag absolut att MS på sikt kommer att slå ihop RT och skrivbordet till ett gränssnitt men det kommer inte att vara alls lika begränsat som RT är idag. Jag tror också att de kommer att släppa på restriktionerna och genomföra mergningen inkrementellt så att man kommer att få mer och mer friheter i RT/Metro samtidigt som mer och mer av Windows flyttas till MUI (inställningar osv.). Ganska snart så kommer skrivbordsapplikationer att få tillgång till charms och Live-tiles (tror jag). Beroende på hur det går med Windows RT så kanske de kommer att släppa på restriktionerna för tredjepartsprogram på skrivbordet där, alternativt så lägger de ner hela Windows RT då Intel redan är ikapp ARM när det gäller strömförbrukning och prestanda (nåja) och det därmed inte finns något större behov av en handikappad Windowsversion bara för ARM. Jag är dock väldigt säker på att de inte kommer att ta bort skrivbordet förrän man kan göra allt man kunde där i vad som ersätter det.
Nu är ju Windows Runtime != Windows RT. WOA i säg där meningen bara är att köra två Win32-program IE och Office kommer såklart inte ha någon framtid vilket som. Windows Runtime är i praktiken fortfarande mer begränsat än Windows Mobile från några år sedan. Tror snarare att det kommer bli just en startskärm av det hela, de vidareutvecklar traditionella Windows API:er och skrivbordet helt separat från Metro och har inte rört sig det minsta mot integration. Nu behöver du ju inte två miljöer för att sandlåda något. Enklast och mest straight forward vore tvärt om att Metro integrerades med skrivbordet så att man kan använda de programmen från skrivbordet och inte behöver två varianter av samma program, inte att integrera gamla program med app switcher och charms. Hur som helst lär det bli deprecated ganska snart. Microsoft som släpper något utan att tänka igenom det. Vi har sett att de inte fixar detta med inkrementell utveckling hos många teknologier och produkter, bland annat Windows Phone. När de arbetar så kommer de aldrig leva upp till förväntningarna hos vanligt folk. Jag skulle snarare säga att Windows 8 och Windows RT är sämre på touch eftersom de inte fungerar lika bra som tidigare versioner med penna.
WOA-enheter kommer vara lite för svagt för mjukvaruavkodning vilket som oavsett API-tillgång. VideoLan menar ju att de vill ha pengar för att utveckla till Windows Runtime däremot alltså Metro i Windows 8. I övrigt har programmen filsystemaccess om du vill det. För VLC fall blir det en helt ny videospelare som i praktiken inte kan ta med sig någon teknologi från VLC. Det är med andra ord inte så intressant vad det gäller vad Metromiljön är kapabel till. Vi får se om de vågar släppa något av projektet snart. När vi har så många plattformar samma kod (men inte gränssnitt) rullar så blir det ett udda exempel, vill man inte skriva om ett projekt från grunden lämnas fortfarande WP och Windows Runtime-körmiljön utanför även om du har program som rullar på Win32, OS X, iOS, Android, Blackberry osv. Alternativt att utvecklarna inte tycker det ger något. Det går hur fint som helst för Microsoft att släppa Visual Studio för Windows RT för övrigt. Alla stora saker är Win32-program som uppdateras via Windows Update.
MUI som akronym känns ändå lite felvisande btw då det betyder Multilingual User Interface. I Windowsspeak iaf.
Nu är ju Windows Runtime != Windows RT.
Jag är väl medveten om skillnaden mellan Windows RT (operativsystemet för ARM) och WinRT (eller Windows Runtime, mjukvaruarkitekturen). Någon benämning måste man ha för att skilja på skrivbordsprogram och appar. Metro var det från början men det gick inte på grund av att det redan var ett varumärke, Modern UI vill MS att man ska använda, RT används av många journalister och andra som inte förstår att RT är Windowsversionen för ARM och inte själva gränssnittet. Jag rörde ihop det lite här också, hade lite bråttom...
WOA i säg där meningen bara är att köra två Win32-program IE och Office kommer såklart inte ha någon framtid vilket som.
Tja, du kan ju också köra alla appar. Windows RT konkurrerar inte med riktiga datorer (är inte tänkt att göra det i alla fall, sen att de gör det prismässigt är en annan sak) utan med Ipad och Android-plattor och då är dess multitasking och skrivbordsapparna ganska speciellt.
Sen: "I sig" stavas så, "i säg" ser hemskt ut, jag brukar inte bry mig om grammatiska fel men just detta sticker i mina ögon. Sorry...
Windows Runtime är i praktiken fortfarande mer begränsat än Windows Mobile från några år sedan. Tror snarare att det kommer bli just en startskärm av det hela, de vidareutvecklar traditionella Windows API:er och skrivbordet helt separat från Metro och har inte rört sig det minsta mot integration.
Jag menar inte att det kommer att hända snart utan på längre sikt. Hela Windows 8 är ett ganska stort steg mot integration mellan touch och icke- jämfört med allt som fanns tidigare, nästa iteration kommer nog att ta mer försiktiga steg men nästa igen eller den efter det (eller kanske ytterligare några versioner bort om de ökar takten som de säger att de ska) tror jag kommer att ha en miljö för alla typer av program som med största sannolikhet kommer att vara något mellanting.
Att Windows RT (som jag antar du menar) skulle vara mer begränsat än WinMobile är väl en sanning med modifikation. Man hade mer frihet med filsystemet och liknande där men knappast när det gäller exempelvis direktåtkomst till ljud eller grafik. WinMobile var också en helt annan typ av plattform som förutom just på telefoner och handdatorer skeppades på en mängd specifika produkter som GPS:er och andra portabla enheter där hela gränssnittet doldes av OEM-ens programvara och således fanns det helt andra krav på anpassningsmöjligheterna. Android eller andra varianter på linux har numera tagit över den marknaden helt så MS behöver inte anpassa sin mjukvara efter deras krav.
Nu behöver du ju inte två miljöer för att sandlåda något. Enklast och mest straight forward vore tvärt om att Metro integrerades med skrivbordet så att man kan använda de programmen från skrivbordet och inte behöver två varianter av samma program, inte att integrera gamla program med app switcher och charms.
Man behöver inte två varianter av samma program, det finns ingen anledning för det. Chrome exempelvis installerar sig som två program, en app och ett vanligt skrivbordsprogram, men det är bara enerverande. Det finns ingen som helst anledning att köra Chrome i app-version om man kan köra den i riktig version och inte främst använder ett touch-gränssnitt (förutom om man utvecklar och vill testa mot metro-chrome) och att inkludera båda versionerna i en gör det bara än mer konfunderande för användarna. En del program finns i vitt skilda versioner för de båda gränssnitten, OneNote exempelvis, och de är aningen mer användbara men fortfarande är OneNote i metro-version ganska onödigt om man har fullversionen, skillnaden gentemot Chrome är att fullversionen av OneNote är ganska dyr medan metro-versionen är gratis vilket lär leda till en massa klagomål från alla som inte förstår skillnaden och installerar "gratisversionen", å andra sidan så installeras de separat.
Jag tycker att charms är en väldigt bra sak, ett gränssnitt som ger åtkomst till vissa fasta funktioner och som är exakt likadant i alla program underlättar många saker betänkligt. Problemet med charms, eller egentligen de programspecifika funktionerna i charms-menyn, är att de inte fungerar utanför apparna. Ska det få genomslag så är inte det tillräckligt utan det måste gå att användas från andra program annars kommer inte skrivbordsanvändare lära sig hur de fungerar osv. Sen är det förstås så att det inte är så lätt att implementera men därför bör det inte vara ett krav utan bara en möjlighet.
Live-tiles är till viss mån en annan sak. Jag gillar dem också men nyttan för skrivbordsprogram är inte riktigt lika uppenbar. För appar fungerar tilesen bra för apparna har oftast ett ganska begränsat användningsområde så då finns det nyttig information att visa på ett sådant sätt. Jag har svårt att se vad exempelvis Office-paketet, PS eller en browser skulle kunna visa i en live-tile som också bidrar med nytta och inte bara matar onödig info till användaren. Någon form av progress-bar kanske, som visar hur lång tid det är kvar innan en uppgift är klar, typ en nedladdning, pålägg av ett filter i PS eller en kompilering i någon IDE, utöver det så vet jag inte riktigt vad man ska ha det till. Däremot så tror jag att ganska många kommer att installera ett antal appar bara för att få tillgång till en viss Live-tile. Jag hade exempelvis kunnat se mig installera en metro-app som bara är en genväg att öppna gmail i browsern men som visade senaste mail i tilen, eller samma sak för googles kalender osv. Alltså saker som jag inte skulle vilja installera ett helt program för men ändå ha en live-tile. Tidigare kunde jag använt en Gadget men de var aldrig särskilt bra, drog ganska mycket resurser och kraschade ofta och dessutom uppdaterades de väldigt sporadiskt. En möjlighet är ju att använda något program, typ OblyTile, fast som också låter en skapa egna live-tiles med valfri info som går till valfri adress. Det finns inga sådana program ännu men förhoppningsvis kommer det ett snart.
Hur som helst lär det bli deprecated ganska snart. Microsoft som släpper något utan att tänka igenom det. Vi har sett att de inte fixar detta med inkrementell utveckling hos många teknologier och produkter, bland annat Windows Phone. När de arbetar så kommer de aldrig leva upp till förväntningarna hos vanligt folk.
Du får förtydliga lite här, jag förstår inte riktigt vad du menar. MS är bland de bättre på inkrementella uppgraderingar. Du kan installera DOS på en dator och exempelvis installera Doom och sen uppgradera till Windows 1.0 och sen hela vägen upp till åttan och Doom kommer att fungera hela tiden utan större problem (beroende på hårdvara förstås). Inga andra system är bakåtkompatibla på det sättet. Windows Phone 7 var en mellanversion som hade det nya gränssnittet men gamla WinMobile i botten och det fick ändå ett antal uppgraderingar (7.5 och 7.8 i alla fall), och nu har de gått över till WP 8 på telefonerna vilket kommer att uppgraderas inkrementellt i ett antal år (om inte lanseringen går helt åt skogen).
Jag skulle snarare säga att Windows 8 och Windows RT är sämre på touch eftersom de inte fungerar lika bra som tidigare versioner med penna.
Öh, hur menar du nu? De fungerar precis lika bra som tidigare Windowsversioner med penna på skrivbordet och desto bättre i metro. Med fingrarna fungerade tidigare versioner inte alls och nu fungerar det i alla fall i metro och dess appar. Bara skärmtangentbordet gör allting oerhört mycket lättare i W8 med penna jämfört med i W7.
WOA-enheter kommer vara lite för svagt för mjukvaruavkodning vilket som oavsett API-tillgång. VideoLan menar ju att de vill ha pengar för att utveckla till Windows Runtime däremot alltså Metro i Windows 8. I övrigt har programmen filsystemaccess om du vill det. För VLC fall blir det en helt ny videospelare som i praktiken inte kan ta med sig någon teknologi från VLC. Det är med andra ord inte så intressant vad det gäller vad Metromiljön är kapabel till. Vi får se om de vågar släppa något av projektet snart. När vi har så många plattformar samma kod (men inte gränssnitt) rullar så blir det ett udda exempel, vill man inte skriva om ett projekt från grunden lämnas fortfarande WP och Windows Runtime-körmiljön utanför även om du har program som rullar på Win32, OS X, iOS, Android, Blackberry osv. Alternativt att utvecklarna inte tycker det ger något.
Så enkelt är det inte att få ett program att fungera på alla de plattformarna, hur man än gör kommer man att få skriva om det mesta av koden. Dessutom har en del av de plattformarna sina egna hinder för utvecklare, som Apples hårda granskning och sedermera beskattning på intäkter från deras appstore exempelvis eller att man måste ha en Mac för att kunna göra IOS-appar. MS har gjort det ganska enkelt för utvecklare då de ganska enkelt kommer åt tre plattformar med mycket av samma kod (telefoner, surfplattor och Windows 8), dessutom är utvecklingsverktygen gratis och det finns mängder med stöd att få osv. Om utvecklare tycker det är värt det eller ej är upp till dem men Windows har en dominant plats på marknaden så att ignorera den kan visa sig vara ett dåligt val.
Det går hur fint som helst för Microsoft att släppa Visual Studio för Windows RT för övrigt. Alla stora saker är Win32-program som uppdateras via Windows Update.
Nja, de är inte Win32-program då de inte går att köra på RT men de är skrivbordsprogram för RT vilket innebär ungefär samma sak (för användaren i alla fall). Självklart skulle MS kunna släppa vilka program de vill på det sättet och även släppa in tredjepartsutvecklare om de skulle känna för det (kanske vore något för VideoLAN?), det är ju deras plattform. Men som det ser ut idag så gör de inte det. De skrivbordsprogram man får med är de som ingår i Windows (Windows Explorer, Internet Explorer, Kontrollpanelen, Anteckningar, Paint, Wordpad osv.) samt Office, det går inte att installera något annat utöver appar.
Vad jag menade var att det går inte att göra användbara app-versioner (metro, MUI eller vad du vill kalla dem) av de programmen. Självklart hade man kunnat göra användbara skrivbordsversioner för Windows RT, gränssnittet är ju exakt samma som det vanliga skrivbordet så det sätter ju inga hinder.
MUI som akronym känns ändå lite felvisande btw då det betyder Multilingual User Interface. I Windowsspeak iaf.
Jo jag vet. MS har svårt att bestämma sig för ett namn på gränssnittet när de inte fick använda Metro längre, Modern UI är vad de vill att man ska kalla det vilket förstås enkelt förkortas till MUI men vi kanske bara borde kalla det metro tills de kommer på något bättre.
Jo jag vet. MS har svårt att bestämma sig för ett namn på gränssnittet när de inte fick använda Metro längre, Modern UI är vad de vill att man ska kalla det vilket förstås enkelt förkortas till MUI men vi kanske bara borde kalla det metro tills de kommer på något bättre.
Jag lyssnade på en MS-evangelist för ett tag sen och enligt honom så är det inte så att det heter "Modern UI", det är mer att det är "the modern UI" och man skulle i princip lika gärna kunna säga "the new UI" eller "the current UI".
Lite som Apple tänkte med "new ipad", när de ville komma ifrån "ipad 2" och så vidare och snarare signalera att den senaste ipaden hela tiden är "the ipad".
Jag lyssnade på en MS-evangelist för ett tag sen och enligt honom så är det inte så att det heter "Modern UI", det är mer att det är "the modern UI" och man skulle i princip lika gärna kunna säga "the new UI" eller "the current UI".
Lite som Apple tänkte med "new ipad", när de ville komma ifrån "ipad 2" och så vidare och snarare signalera att den senaste ipaden hela tiden är "the ipad".
Det är inte riktigt som jag förstått det. När bolaget Metro AG hotade med rättsliga åtgärder mot MS så bytte de termen tillfälligt till Modern UI och sen bestämde de att Metro skulle ersättas med Windows 8 i marknadsföringsmaterial, men det hjälper inte oss då termen Windows 8 inte skiljer på det nya och det gamla gränssnittet. Idag så används Microsoft Design Language när de refererar till det på exempelvis MSDN och liknande, men det är ingen smidig betäckning heller. Jag tror att vi får hålla oss till Metro och Metro-appar ett tag till eller helt enkelt bestämma oss för att appar inte är kort för applikationer längre utan betyder typ lättviktsapplikationer främst tänkta för touch främst ägnade åt mobila enheter eller så.
Chrome finns bara som Win32-program för övrigt, det är en hybrid och renderingsmotorn lever i Win32. Det tillvägagångssättet har fortfarande två identiteter, inte bara utseende. Man måste givetvis ha samma data i bägge, och det är ju inte integration när man måste rita ett Win32-program i ett lager på ett Windows Runtime-program.
Office och internet explorer är Win32-program på Windows RT och om du inte ska använda Win32-program ska du inte köpa Windows RT, oavsett hur lite du kan installera egna program. Win32 är en arkitektur/api som har rullat på PowerPC, MIPS, Alpha, x86, x86-64 och nu ARM. Win32 är inte samma sak som PE-objekt för x86.
Det går inte ens att göra webbläsare i Metro. De är inte porterade till Metro utan är hybrider med ett presentationslager i Metro.
Och jag behöver inte förtydliga något, tekniskt sett så är det mycket som aldrig lever länge i Windowsmiljön, även om det finns kvar. Så du ska ju ändå gå över till något annat då. Ena dagen är det Winforms, andra WPF, sen är det Silverlight och nu har du Windows Runtime. Gamla apier lever vidare i gamla verisoner av .NET. Att flytta ett program till nya miljöer hela tiden är inte rimligt här. Och det kommer mer nytt. Just "skrivbordet" kommer fortfarande att utvecklas däremot, det finns ingen ersättare och "appar" kör bara i en miljö ovanpå det hela, inte på ett alternativ. Fast varför ska man inte kunna använda gamla Onenote MX som de skrev om för Metro som det hette från början med vanliga Windowsprogram? Utan att byta UI. Microsoft överger mycket teknik istället för att förbättra den. Det skiljer sig givetvis i hur det jobbar med produkter som operativsystem och officeprogram.
VLC är för övrigt portabel kod som rullar på de flesta plattformarna. Mingw är ju ett kompatibilitetslager själv så det är ju inte ens porterat ordentligt åt Windows. Qt är också ett korsplattformstoolkit. Dvs det är samma kod som rullar på OS X, GNU/Linux och Windows, det är tom samma GNU assembler som inte är kompatibelt med VS. Ren C-kod har du inga problem att köra på alla andra stora mobila plattformar som iOS, Android, Blackberry10, Symbian, MeeGo osv heller.
Det är för övrigt alltså bara webbläsarutvecklarna som fått API-tillgång till att göra Hybridvarianter aka Win32-program med Metrogränssnitt. De kan t ex inte installeras i Windows Store, för det är inga Windows Store-program inte ens Metrodelen.
Spelnyheter från FZ
Copyright © 1999–2025 Geeks AB. Allt innehåll tillhör Geeks AB.
Citering är tillåten om källan anges.
