Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Search the Community

Showing results for tags 'html5'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

  • Management
  • Design
  • Requirements
  • Development
  • Test
  • Atlassian

Categories

  • Personal
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-Commerce

Categories

  • Management
  • Design
  • Requirements
  • Development
  • Testing
  • Atlassian

Categories

  • Management
  • Design
  • Requirements
  • Development
  • Testing
  • Operations
  • Atlassian
  • Security
  • E-Commerce
  • Others

Categories

  • Thoughts
  • Debate
  • Health
  • Hobbies

Categories

  • Personligt
    • Åsikter
    • Humor
    • Spel
    • Träning
  • Allmänt
    • Internet
    • Program & tjänster
  • Intressant
    • Prylar
  • Professionellt
    • Management
    • Krav
    • Designs
    • Webbutveckling
    • Test
    • Atlassian
    • säkerhet
    • Förvaltning
    • Ehandel
    • Wordpress
  • Personligt_

Categories

  • Assa Abloy
  • Axfood
  • Bikbok
  • Bonnier
  • ChessIT
  • Egmont
  • Elkjøp
  • Electrolux
  • Happy Socks
  • Home Enter
  • Home Shop
  • H&M
    • Jira Expert
  • Indiska
  • Inkclub
  • Interflora
  • Martin & Servera
  • MQ
  • Pricerunner
  • Shopathome
  • Svenska Färghusgruppen
  • Stadium
  • Stockholm Exergi
  • Trygg Ehandel
  • Viktklubb

Categories

  • Prologue
    • About This Book
  • The Tools
    • Jira Software
    • Confluence
    • Jira Service Management
  • The Inception Phase
    • Portfolio Management
    • Project Management
  • The Design Phase
    • Design as part of the Inception phase
    • Design as part of the Requirement phase
    • Working with design libraries
  • The Requirement Phase
    • Definition of Requirements
    • The four levels of Requirements
  • The Development Phase
    • Atomic design
    • Estimations
  • The Test Phase
    • The Definition of Test
    • Types of Test
  • The Operations Phase
    • Release Management
  • The Post Go-Live Phase
    • Incidents
    • Changes
  • Notes
    • My Muses
    • Research

Categories

  • Theme Building
  • Javascript Framework
  • CSS Framework
  • IPS: Pages
    • Database Templates
    • Block Plugin Templates
    • Page Templates
  • Custom Applications
  • Tips & Tricks

Categories

  • Europe
    • Central Europe
    • Eastern Europe
    • Northern Europe
    • Southeastern Europe
    • Southern Europe
    • Western Europe
  • North America
    • United States of America
    • Canada
    • Mexico
    • Caribbean
    • Central America
  • South America
    • Argentina
    • Bolivia
    • Brazil
    • Chile
    • Colombia
    • Ecuador
    • Falkland Islands
    • Guyana
    • Paraguay
    • Peru
    • Suriname
    • Uruguay
    • Venezuela
  • Africa
    • Northern Africa
    • Central Africa
    • Western Africa
    • Eastern Africa
    • Southern Africa
  • Asia
    • Central Asia
    • East Asia
    • South-Eastern Asia
    • Southern Asia
    • Western Asia
  • Oceania
    • Australia
    • Fiji
    • Kiribati
    • Marshall Islands
    • Micronesia
    • Nauru
    • New Zealand
    • Palau
    • Papua New Guinea
    • Samoa
    • Solomon Islands
    • Tonga
    • Tuvalu
    • Vanuatu

Categories

  • Shared Hosting
  • Virtual Private Server
  • Cloud Hosting
  • Dedicated Hosting
  • Co-Location
  • Hosting Services

Categories

  • Professional
    • Management
    • Design
    • Requirements
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce

Categories

  • Defects
  • Ideas
  • Pages
    • Awesome People
    • Amazing People
    • Articles
    • Book
    • Companies
    • Hosting
    • Products
    • Projects
    • Roles
    • Tasks
  • Applications
    • Forum
    • Movies
    • Downloads
  • ☑ Archive

Forums

  • General
    • Support
    • Open Forum
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Test / QA
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce
    • Invision Community
  • Jobs
    • Looking for employee / consultant
    • Looking for Job / Assignment
  • Building The Site's Forums
  • Destiny 2's Discussions
  • The Journey's Discussions
  • Cinephilia's Topics
  • Diablo 4's Diablo 4 Topics
  • Shadownessence's Topics
  • sensory hyperreactivity's Topics
  • Wolcen's Wolcen Topics
  • Quality Assurance Heroes's QA Topics
  • Visual Studio Code's Forum
  • Adobe Illustrator's Adobe Illustrator Forum
  • Sketch Guru's's Sketch Topics
  • Requirements & test management in Jira's Topics
  • Microsoft Teams's Microsoft Teams Discussions
  • Figma's Figma Topics
  • Microsoft Planner's Microsoft Planner Topics
  • Psychology's Psychology Topics
  • Microsoft Word's Microsoft Word Topics
  • Microsoft Powerpoint's Microsoft Powerpoint Topics
  • WordPress Devs's Wordpress Topics
  • Ornamental Design's Ornamental Design Topics
  • Adobe Photoshop's Photoshop Discussions
  • Agile 2's Agile 2 Topics
  • Agile 2's Agile 2 Principles
  • Microsoft Outlook's Outlook Topics
  • My Book's Discussions
  • Outriders's Outriders Discussions

Categories

  • Jimi's Files
    • Curriculum vitae
    • Presentations
    • Certificates
  • Management
  • Requirements
  • Design
    • Fonts
  • Code
  • Test
  • Operations
  • Atlassian
    • Certificates of Excellence
  • Security
  • Ecommerce
  • Shadownessence's Files
  • WordPress Devs's Wordpress Files

Calendars

  • Project: JWSE Workboard
  • Project: JWSE Workboard
  • Community Calendar
  • Professional Events
  • Management Events
  • Requirement Events
  • Design Events
  • Development Events
  • Test Events
  • Atlassian Events
  • Operations Events
  • E-commerce Events
  • Destiny 2's Events
  • The Journey's Events
  • Cinephilia's premieres
  • Diablo 4's Diablo 4 Events
  • Agile 2's Agile 2 Events

Blogs

  • How to start your own blog
  • Sketch Blog
  • Building The Site's Blog
  • Destiny 2's Destiny 2 ramblings
  • The Journey's Stories
  • Diablo 4's Diablo 4 blog
  • Sketch Guru's's Sketch News
  • Requirements & test management in Jira's News
  • Agile 2's Agile 2 Blog

Categories

  • Personal
    • Humor
    • Music
  • Professional
    • Management
    • Requirements
    • Design
    • Development
    • Testing
    • Operations
  • Interesting
    • Atlassian
    • Security
    • E-commerce
  • Destiny 2's Videos
  • The Journey's Videos
  • Cinephilia's Trailers
  • Diablo 4's Diablo 4 Videos
  • Wolcen's Wolcen Videos
  • Visual Studio Code's Videos
  • Adobe Illustrator's Adobe Illustrator Videos
  • Sketch Guru's's Sketch Videos
  • Requirements & test management in Jira's Videos
  • Microsoft Teams's Microsoft Teams Videos
  • Figma's Figma Videos
  • Microsoft Planner's Microsoft Planner Videos
  • Psychology's Psychology Videos
  • Microsoft Word's Microsoft Word Videos
  • Microsoft Powerpoint's Microsoft Powerpoint Videos
  • WordPress Devs's Wordpress Videos
  • Ornamental Design's Ornamental Design Videos
  • Adobe Photoshop's Photoshop Videos
  • Agile 2's Agile 2 Videos
  • Microsoft Outlook's Outlook Videos
  • Outriders's Outriders Videos

Categories

  • Movies
    • Action Movies
    • Adventure Movies
    • Animated Movies
    • Comedy Movies
    • Crime Movies
    • Drama Movies
    • Fantasy Movies
    • Horror Movies
    • Romance Movies
    • Sci-Fi Movies
    • Thriller Movies
    • Western Movies
  • TV Shows
    • Action TV Shows
    • Adventure TV Shows
    • Animated TV Shows
    • Comedy TV Shows
    • Crime TV Shows
    • Drama TV Shows
    • Fantasy TV Shows
    • Horror TV Shows
    • Romance TV Shows
    • Sci-Fi TV Shows
    • Thriller TV Shows
    • Western TV Shows

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


About Me

Found 7 results

  1. I Mars in år så gjorde W3C gemensam sak med edX för att skapa de första certifieringarna för HTML5. Detta har blivit en stor succé och under 2016 så kommer vi förmodligen se allt fler certifierade utvecklare och en del nya certifieringar från W3C. Det var i Mars som W3C annonserade sitt samarbete med edX och presenterade sin först utbildning HTML5 Part 1: HTML5 Coding Essentials and Best Practices under sitt nya arbetsnamn W3Cx. W3Cx är tänkt att det ska fungera som en utbildningshubb som ska ta fram ett antal så kallade MOOCs (Massive Open Online Courses) och idag så finns det två kurser ed planer på flera under nästa år. Första HTML5 kursen har haft stor framgång med 150.000 deltagare på de två tillfällena som gavs under 2015. Efter kursen kan kursdeltagarna välja att ta ett så kallat Verified Certificate, vilket visar att har tagit sig igenom kursen med ett resultat på minst 70%. Nu i December var antalet verifierade omkring 1000 personer, vilket är ganska lågt antal ändå med 150.000 deltagare. Under 2016 så bör detta antal öka och med introduktionen av den andra HTML5 kursen "HTML5 Part 2: Advanced Techniques for Designing HTML5 Apps" så ser det ut som att 2016 kommer att bli året då vi får se fler certifierade HTML5 utvecklare i världen. Det som blir intressant är att se om detta kan bli en certifiering som blir intressant för framtiden eller bara ännu en värdelös papperslapp som situationen är nu för frontendutvecklare. Förhoppningsvis kan tyngden av W3C i framtiden leda till en certifieringsstandard, men tills dess kan vi iallafall testa oss själva mot de nya HTML5 certifieringarna eller leka runt på w3devcampus i jakt på nya roliga sätt att utbilda oss. Vad tror du? Kan W3Cx bli en ny certifieringsstandard i framtiden eller blir det bara ännu en onödig certifiering som ingen bryr sig om?
  2. Jag har jobbat med webbutveckling sedan 1996 och aldrig tidigare har utvecklingstakten när det gäller webbutveckling varit högre än vad den är idag. Nästan dagligen dyker det upp nya frameworks, bibliotek och plugins för att inte tala om antalet editorer som exploderat efter framgången med Sublime och det gäller att sålla hårt för att inte drunkna i utbudet... När jag började med webbutveckling så var det Altavista som var sökmotorn framför alla andra och Netscape krossade IE och dominerade fullständigt bland webbläsare. Idag finns inte Netscape längre och Altavista är ett namn som få av dagens webbutvecklare ens hört talas om och då som en slags mytisk best från en svunnen tid...ungefär som dmoz.org... Då var utvecklingstakten hög och allt verkade vara gjort av lera som förändrades för varje dag som gick och webben fylldes av blinkande texter, animerade marsvin och java applets vackert staplade i tabeller eller frames. Livet för en webbutvecklare var ganska spännande, men samtidigt ganska förutsägbart. Idag är webbutveckling så otroligt mycket mer och en fullfjädrad webbutvecklare måste hantera dussitals olika tekniker med hundratals varianter och varje dag så dyker nya saker upp som måste utvärderas och antingen läras in eller förkastas. Vi ska kunna allt från grafisk design till konverteringsoptimerad UX, HTML5, CSS3 och självklart (minst) 200 olika varianter på Javascript. Vi ska kunna DOM manipulation, optimera kod för att fylla TCP/IP paket så effektivt som möjligt. Vi ska kunna serveroptimering med cache och static content, geolocation, cookies och serversessions. Vi ska smidigt navigera genom JSON, API:er, XML och media queries. Vi ska kunna bygga responsiva webbplatser med skalbar video och grafik och vi ska vara experter på bildformat för optimal prestanda och kristallklara bilder på retina skärmar. Utöver detta finns det mängder av andra saker vi inte bara ska förstå och kunna jobba med utan även följa utvecklingen för allt som sker med samtliga tekniker och alla de tjänster och bibliotek som dyker upp som svampar ur marken. Hur ska man då kunna göra allt detta utan att helt drunkna i den otroliga mängd information som flödar och hur väljer man ut det som man bör fördjupa sig i? För mig så är det enklaste att följa flödet i Feedly där jag satt upp ett stort antal flöden från olika källor. Jag har även en stor mängd källor på Facebook och på Twitter där jag ibland snappar upp nyheter och saker som intresserar mig. När det gäller att välja vad man ska fördjupa sig i så är det betydligt svårare. Det finns tusentals saker att fördjupa sig i och jag brukar kategorisera nyheter som antingen affärsnyttigt, dvs något som kan göra mitt arbete enklare eller snabbare, eller som "nice to know", dvs saker som jag gärna tittar på när tiden tillåter. Det finns en tredje kategori också: slasktratt. Där hamnar oftast saker som antingen saknar information eller som inte utökar en tidigare/liknande tjänst tillräckligt mycket för att vara intressant. Trots detta så är informationsflödet så hårt att det är svårt att hålla sig uppdaterad med allt som sker och även om det svider i mitt hjärta (och min hjärna) att erkänna det så måste det få vara ok. Det går helt enkelt inte att fånga upp och lära sig allt som händer i ett så stort område som webbutveckling är. Det viktigaste är att inte tappa greppet helt och vara nöjd med det man kan för då springer tekniken om en på nolltid...
  3. HTML 5 är på frammarsch ordentligt och är du som jag van vid den strikta XHTML syntaxen så gissar jag att du också rullar med ögonen över HTML5's luddiga och ibland snudd på obegripliga standard, men visst finns det potential?! HTML5 känns väldigt influerad av Internet Explorer och Microsoft med sina lösa regler och den där hopplösa "man kan göra lite som man vill" mentaliteten, något som förmodligen var XHTML's stora fördel när det petade ner HTML4.1 från tronen och skapade lite ordning i kodträsket. Nu är vi på väg tillbaka till ett mer avslappnat och förlåtande HTML som jag är inte helt säker på att jag gillar. Det som jag däremot gillar är dom nya strukturtaggarna. Dom nya taggarna ger en ny dimension till div-itis sjukan där div taggar nästlas tills man får tunnelseende. Nu går det Vid första anblicken så ser dom ganska enkla ut, men sedan så kollar man specifikationen och då blir det plötsligt inte lika tydligt: the footer element can appear at the start of its section when appropriate, such as in this case. (Using header in this case wouldn't be wrong either; it's mostly a matter of authoring preference.) Trots den förvirringen som först uppstår så finns det några riktlinjer att gå efter och jag gissar att ju mer taggarna används desto tydligare blir det, men tills dess tänkte jag beskriva taggarna och hur dom är tänkta att användas, enligt mig. Header header beskrivs som "a group of introductory or navigational aids", vilket inte säger speciellt mycket direkt. Många tänker direkt på HTML dokumentets head tagg, även kallad MastHead, men i HTML5 så kan det finnas många headers och det är till och med rekommenderar att varje section ska ha en header och även article kan ha det om det känns lämpligt (luddigt det här). Namnet kanske får dig tt tro att det alltid ska ligga överst i ett dokument eller sektion, men det stämmer inte alltid utan det är beroende på innehållet, dvs var introduktionen eller navigationshjälpmedel finns. A header element is intended to usually contain the section's heading (an h1 element or an hgroup element), but this is not required. The header element can also be used to wrap a section's table of contents, a search form, or any relevant logos. Nav Nav taggen är tänkt för olika delar av webbplatsen som länkar till andra områden på webbplatsen, något som vanligtvis brukar ligga som huvudnavigation i MastHead eller som en sidosektion. Nav kan användas på huvudnavigering och undernavigering, men bör inte användas på annat. I footern på en webbplats ligger det ofta navigering, men där ska nav inte användas utan footer taggen är tillräcklig. Not all groups of links on a page need to be in a nav element — the element is primarily intended for sections that consist of major navigation blocks. In particular, it is common for footers to have a short list of links to various pages of a site, such as the terms of service, the home page, and a copyright page. The footer element alone is sufficient for such cases; while a nav element can be used in such cases, it is usually unnecessary. User agents (such as screen readers) that are targeted at users who can benefit from navigation information being omitted in the initial rendering, or who can benefit from navigation information being immediately available, can use this element as a way to determine what content on the page to initially skip and/or provide on request. Section Section används för att gruppera olika sektioner av relaterad information. Section är förmodligen den tagg som kommer att användas mest som ersättning för en vanlig div tagg, som inte har någon semantisk betydelse, men den ska inte användas som en slags generisk ersättare. Section ska bara användas när det är logiskt att dela upp innehållet i sektioner, ungefär som om du skulle dela upp sidan i en punktlista med dom olika delarna på webbsidan. Något som är lite intressant med section är att det är helt ok att använda H1 taggar för varje sektion utan att därför bryta mot sidans semantiska uppbyggnad. Authors are encouraged to use the article element instead of the section element when it would make sense to syndicate the contents of the element. The section element is not a generic container element. When an element is needed for styling purposes or as a convenience for scripting, authors are encouraged to use the div element instead. A general rule is that the section element is appropriate only if the element's contents would be listed explicitly in the document's outline. Article Article används för "self-contained related content" vilket kanske inte alltid är helt enkelt att avgöra. Generellt kan man säga att innehåll som du publicerar styckevis i ett system, som nyheter, bloggposter osv kan använda article. Om innehållet skulle kunna syndikeras med RSS så är det med största säkerhet lämpligt att använda article eftersom article taggen är skapat speciellt just för syndikerat innehåll. When used specifically with content to be redistributed in syndication, the article element is similar in purpose to the entry element in Atom. [ATOM] The time element's pubdate attribute can be used to provide the publication date for an article element. Aside Första tanken var att aside är en slags sidebar tagg, men som många andra taggar så har namnet en lite annorlunda betydelse. Aside är tänkt för innehåll som är skild från huvudinnehållet. Det kan till exempel vara en sidebar, ett annonsblock eller undernavigation för sidan. Pullquotes är också något som passar väl i en aside tagg. It's not appropriate to use the aside element just for parentheticals, since those are part of the main flow of the document. Footer footer associeras, precis som header taggen, med en viss position, men precis som med headern så är det innehållet som styr. Footer används för information om vem som skrivit en viss artikel, copyright information, länkar till relaterat innehåll osv. Kontakt information ska däremot inte ligga i en footer utan i adress, men adress i sin tur kan mycket väl ligga inne i en footer. Precis som med header taggen så kan det ligga flera footer taggar i ett dokument. Contact information for the author or editor of a section belongs in an address element, possibly itself inside a footer. The footer element is not sectioning content; it doesn't introduce a new section.
  4. Varje dag som går är en dag närmare ett slarvigare och mer oorganiserat Internet, samtidigt som den semantiska webben är på frammarsch. Med HTML5 så överger vi, i mångt och mycket, den organiserade webben som XHTML tvingade fram. HTML5 är som HTML4 ganska förlåtande när det gäller konstruktionen av markup. Det betyder att vi kan skriva en hel uppsjö av olika markups i samma dokument och det ska ändå fungera. Öppna och stängda taggar kommer att mixas med stora och små bokstäver som kan få en epileptiker att hamna i koma. Jag vet, jag har sett det förut och det var inte vackert. XHTML strict var när det kom ett av dom mest irriterande fenomenen i webbdesignvärldens historia (animerade giffar tar fortfarande priset), inte för att vi då blev tvungna att skriva kod ordentligt och organiserat, utan för alla jäkla skriptkiddies som tog XHTML strict som en religion. Det gick inte ens att påbörja en diskussion innan man hörde "Du kör inte XHTML strict", även om det gällde designen! Det positiva med XHTML strict eran är att det lärde nya stjärnskott att skriva ordentlig kod och inte blanda markup. Logiken gjorde sitt intåg i HTML. Nu med återgången till HTML5 så är vi tillbaka i HTML motsvarigheten till hippe tiden och det blir återigen fritt fram att skriva markup lite som man vill och sen hålla tummarna att alla webbläsare ska tolka det på samma sätt. Det kommer ju att gå lysande med tanke på att webbläsarna idag inte ens kan samsas om hur kod ska presenteras när det skrivs på ett organiserat sätt. Om vi har problem att få webbläsarna att fungera idag så kan du gissa hur kul det kommer att bli i framtiden. Jag har ett tag haft hoppet att validering ändå ska vara användbart och något som webbdesigners använder i framtiden, men nu går Google ut och trumpetar ut att skit i att validera, vi fattar vad din sida handlar om ändå. Tack så mycket Google, där dog mitt hopp om att validering skulle kunna rädda oss från webbens motsvarighet till en bokstavssoppa... Jag ser fram emot HTML5, det är mycket skojigt som framtidens webbdesigners kommer att leka med, speciellt tillsammans med CSS3, men varför i hela friden är man tvungen att släppa på kravet att markup ska skrivas korrekt? Skriv på samma slappa sätt i PHP, Javascript, Flash eller något annat programmeringsspråk så skriker editorn ut error, men i HTML går det fint? Jag tycker det är tragiskt och jag förutspår en jobbig framtid när dagens hobbydesigners kastar ut sina alster på nätet, precis som under slutet på -90 talet och början på 2000. Det värsta är att jag skulle inte bli förvånad om vi får se canvas återuppväcka alla förbaskade javaapplets effekter från samma tidsperiod... Nu går webben åt fanders...igen.
  5. Internet Explorer 9 släpptes idag på morgonen och när andra webbplatser listar upp nya funktioner så undrar jag som webbdesigner bara en sak: hur jävla illa blir det nu? Internet Explorer har länge varit den webbläsare som krävt flest kreativa lösningar i form av CSS hack och extra CSS filer för att få en webbplats att visas som det är tänkt. Att bara nämna IE6 i närheten av en kreativ webbdesigner är som att smeta senap i röven på en rakad iller och reaktionen är ungefär likvärdiga. Nu vill till och med Microsoft att skiten ska begravas och frågan är om IE9 kan skapa lite ordning bland webbläsare så att alla kan visa webbplatser lika med samma kod. Glädjande nog verkar Microsoft lyssnat på gnället som skvalat över dom under det senaste decenniet och IE9 ser bra ut på papper iallafall med godkänt ACID test och godtagbart stöd för både HTML5 och CSS3. IE9 skippar dock stöd för SVG fonter och fokuserar istället på Web Open Font Format (WOFF). Tillsammans med dom nya funktionerna som bland annat inkluderar webbplatsgenvägar som jag älskar med Chrome's Speed Dial och maskinvaruacceleration för grafik så ger jag IE9 tummen upp...iallafall just nu. Det är en ganska trevlig webbläsare som för mig tyder på en lite mindre krånglig framtid när Windowsanvändare uppgraderar sina IE7 och IE8 webbläsare. Problemet just nu är bara att Microsoft nu har tre versioner som suger som vi måste försöka bli av med, så vi får hoppas att vi blir av med dom fort så att dom inte ligger kvar som stoppklossar på samma sätt som IE6 gjort i många år nu.
  6. HTML5 har sedan ett tag tillbaka haft sin egen logga, men nu får även dom 8 teknologierna sina egna mystiska symboler som du kan smycka din webbplats med om du har bemästrat och implementerat dom. "Semantics: Giving meaning to structure, semantics are front and center with HTML5. A richer set of tags, along with RDFa, microdata, and microformats, are enabling a more useful, data driven web for both programs and your users." "Offline & Storage: Web Apps can start faster and work even if there is no internet connection, thanks to the HTML5 App Cache, as well as the Local Storage, Indexed DB, and the File API specifications." "Device Access: Beginning with the Geolocation API, Web Applications can present rich, device-aware features and experiences. Incredible device access innovations are being developed and implemented, from audio/video input access to microphones and cameras, to local data such as contacts & events, and even tilt orientation." "Connectivity: More efficient connectivity means more real-time chats, faster games, and better communication. Web Sockets and Server-Sent Events are pushing (pun intended) data between client and server more efficiently than ever before." "Multimedia: Audio and video are first class citizens in the HTML5 web, living in harmony with your apps and sites. Lights, camera, action!" "3D, Graphics & Effects: Between SVG, Canvas, WebGL, and CSS3 3D features, you're sure to amaze your users with stunning visuals natively rendered in the browser." "Performance & Integration: Make your Web Apps and dynamic web content faster with a variety of techniques and technologies such as Web Workers and XMLHttpRequest 2. No user should ever wait on your watch." "CSS3: CSS3 delivers a wide range of stylization and effects, enhancing the web app without sacrificing your semantic structure or performance. Additionally Web Open Font Format (WOFF) provides typographic flexibility and control far beyond anything the web has offered before." [/left] [/center]
  7. Jag beställde just två böcker från A Book Apart tillsammans med deras motsvarigheter som eböcker som jag vill läsa genom min Kindle app på min iPad, vilket gick förvånansvärt enkelt. Det blev böckerna CSS3 for Webdesigners av giganten Dan Cederholm och HTML5 for Webdesigners av Jeremy Keith som slank ner i kundkorgen idag, både som fysiska böcker (kan möjligen bli priser i framtida tävlingar) och som e-böcker. Tanken var att jag skulle läsa dom på min iPad och jag är ju lite småförtjust i min Kindle app, så helst ville jag ha dom där. Kindle appen är inte gjord för att enkelt kunna lägga in böcker som inte är köpta på Amazon, men till skillnad från det evigt strulande iTunes så var det inte alls så svårt att lägga till böckerna trots detta. Det jag gjorde var att ladda ner iPhone Explorer som ger dig en fin överblick över din iPhone eller iPad på samma sätt som om den var en extern hårddisk eller USB minne. Under apps/kindle/documents/ebooks drog jag helt enkelt över .mobi filerna för dom två böckerna och när jag startade Kindle appen så låg böckerna och väntade på mig. Nu har jag alla funktioner som Kindle erbjuder med bokmärken, layoutinställningar och Kindle kommer ihåg vart jag slutade läsa sist så jag kan snabbt komma igång igen. Jag är väldigt nöjd och gillar Kindle appen allt mer för min iPad.
×
×
  • Create New...