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

Search the Community

Showing results for tags 'webbdesign'.

  • 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 14 results

  1. Mobile First har under 2012 varit ett kamprop för alla designers som lyriskt anammat Responsive design som det nya mantrat nu när HTML5 har tagit bort det eviga "det ska vara XHTML strikt!", men det är för mig ett bakvänt tänkande när det egentligen borde vara Användaren Först. Mobile First är poppis nu när den mobila revolutionen slagit igenom med buller och brak. Konceptet är att vi ska designa med mobilen som utgångspunkt istället för stor skärm, vilket är ungefär lika logiskt som att designa bilar och lastbilar med en motorcykel som utgångspunkt. En design anpassad för en mobil fungerar väldigt dåligt på stor skärm och det är lika bakvänt att designa på det viset som åt andra hållet. Mobil och stor skärm är två helt olika upplevelser och bör därför designas med det i åtanke, precis som motorcykel, bil och lastbil alla designas utifrån den användning som förväntas av dem. Tanken med Mobile First är dock inte helt värdelös för nu när det står utan all tvivel att mobilen kommer att bli det naturliga sättet att använda Internet på så bör Mobilen vara det första man designar för. Det är logiskt att lägga fokus på det användningsområde som är störst, precis som det tidigare varit med design för stor skärm först. En mobil design bör dock inte användas på stor skärm sedan utan där ska en separat design skapas som är anpassad för det större, och på många sätt mer begränsade formatet. Det som Mobile First anhängarna helt verkar missa är att det är irrelevant vilken del av designen man börjar med utan det är ANVÄNDAREN som ska komma absolut först i ett designperspektiv. Tanken att en person som sitter på en fullstor skärm med 1920, eller högre upplösning, ska finna en design anpassad för en mobil användbar är rent löjeväckande, nästan lika löjeväckande som att en design anpassad för fullformat ska kännas användbar för någon som använder mobilen. Fokusera på att förstå användaren först, sedan kan du bestämma dig hur din strategi ska se ut för ditt designprojekt. Börja med den mobila designen, men kasta den sedan och börja om från början när du bygger fullskärmsdesignen med de förväntningar och behov som användaren har för den upplevelsen. Tänk på att om designen ska vara responsiv så går det inte att tänka Mobile First för då måste alla skärmupplösningar designas samtidigt för att undvika informationsspill. Du bör också ha i åtanke att bara för att den mobila användningen är det vanligaste sättet att använda Internet idag så betyder det inte att användningen är densamma för mobilwebb och fullskärmswebb. Det är viktigt att du förstår hur användaren kommer att använda webbplatsen som du ska designa för det kan mycket väl vara helt skilda behov mellan de olika enheterna och därmed ska designen anpassas på olika sätt också. Så börja nu inte med mantrat Mobile First som om det vore en lag som ska följas slaviskt utan använd hellre Användaren Först, eller User First om du absolut måste använda utländska hippa fraser. Ännu bättre är om du släpper tanken helt och istället fokuserar på att göra snygga, användbara kreationer, oavsett vilket medium du jobbar med.
  2. Idag har webbdesigners en stor utmaning när det gäller att anpassa webbplatser för olika skärmupplösningar och det blir ännu värre av att vi nu måste börja anpassa för pixeltäthet också på ett sätt som vi aldrig gjort tidigare. Frågan är om det är en eskalerande situation eller om det kommer att bli bättre? Med smartphones och läsplattornas intåg på allvar så har förutsättningarna för webbdesign ändrats radikalt. Istället för att jobba med anpassning för olika browsers, vilket är nog så krångligt ibland, så befinner vi oss idag i en situation där vi också måste anpassa webbplatserna för en myriad av olika skärmupplösningar. Bara Android har dussintals med skärmupplösningar och till det så tillkommer alla andra olika enheter vilket ger en frustrerande testmiljö för att vara ärlig. Med introduktionen av högupplösta enheter som iPhone med sin retina display och nu även på nya Macdatorer så lägger vi till ytterligare en dimension av anpassningar så att designen fungerar och ser bra ut även på högupplösta enheter. Som jag ser det så kommer inte ens responsiv design att fungera i längden när allt fler variabler dyker upp och det kommer att komma en punkt när vi designers kommer att bli tvungna att sätta vissa gränser för att kunna ge en acceptabel leverans. Tidigare var det enkelt att sätta den typen av gräns när design för det mesta hade en fast vidd baserad på lägsta accepterade skärmupplösningen (1024 fram tills i år). Idag skulle den typen av begränsning betyda att vi skulle ha iallafall 11 olika fasta steg, vilket i princip innebär att vi ska designa 11 olika designs för varje webbplats för även med en responsive design så krävs det en designinsats för varje fast steg. Det i sig betyder att webbdesign blir betydligt mer komplex och därmed tidskrävande och kostsam. Frågan är om vi kommer att se en förändring i enhetskaoset och någon form av enhetlig skärmupplösningsstandard eller om kaoset kommer att eskalera. Jag ser till exempel inga tecken på att framförallt Android utvecklarna ska sluta hitta på egna upplösningar för varje ny enhet och jag tror att microsoft skiter högaktningsfullt i oss designers när de trycker ut sina nya enheter. Jag tror också att den här utvecklingen är en av anledningarna till att så många ser responsive design som den enda giltiga lösningen på problemet, även om många ändå gör det halvdant och kör adaptivt med mediaqueries istället för steglöst responsivt. Min rädsla är att genom att vi anammar responsiv design så kommer enhetskaoset aldrig att sluta och vi kommer att hamna i en situation där vi inte längre kan leverera information med någon form av kontroll. Vad tror du om framtiden?
  3. De senaste 15+ åren så har px och em varit de två valen för frontendkodare och då em kan ge den mest härdade designern hjärnröta så har px varit standard. Nu med responsive design på tapeten så är px inte längre intressant utan det krävs flexiblare lösningar och plötsligt så verkar rem som ett ypperligt alternativ! Em...bara tanken på att sitta och räkna ut em värden och försöka buggsöka em värden som gått bärsärk ger mig huvudvärk. Em har alltid varit ett jobbigt system just för att det är så lätt att man flyttar eller tar bort något och då måste alla underliggande em värden korrigeras. Px däremot har alltid varit lätt att jobba med då det är enkelt att förstå värdet och för att det inte påverkas av ändringar i designen. Problemet är bara att för att kunna använda responsive design så går det inte att använda px för designen kan inte vara statisk utan måste vara flexibel. Då är vi alltså tillbaka till em och plågsamt ylande designers som just upptäckt att det ligger en nästlad div djupt inne i designen som gör att alla andra element måste räknas om. Eller måste vi verkligen plåga oss själva på det viset? Möt rem, em's kusin som kombinerar em's flexibilitet med px's enkla logik. Rem ger möjligheten att använda em's flexibilitet men istället för att hela tiden utgå från elementet ovanför i hierarkin så utgår vi från dokumentets body! Nu blir det plötsligt en fröjd att arbete med relativa värden, även om vi fortfarande får räkna en hel del. Genom att sätta body till en viss storlek kan vi dock ganska enkelt sätta upp en tabell för de värden vi vill ha så det går snabbt att lägga in och vi slipper huvudvärken med att lägga in 62.5% metoden och andra jobbiga "fixar". Rem stöds av Firefox 3.6+, Chrome, Safari 5 och IE9 vilket betyder att det än så länge inte är en browsersäker metod, men det går att sätta upp hybrider där rem inkompatibla webbläsare presenteras en pixelbaserad layout istället. Vad tror du, kommer rem att bli standarden i framtiden eller är vi för inkörda på em så vi vägrar testa något nytt och betydligt enklare?
  4. [extract]Mindmeister är en trevlig tjänst som låter dig brainstorma utan begränsningar på ett mycket trevligt sätt och jag tycker att det fungerar bra för att strukturera upp webbplatser och liknande också. Prova Mindmeister du också![/extract]
  5. Lifebutiken verkar lida lite av existentiell ångest och någonstans så verkar det ha blivit riktigt, riktigt fel för jag tittar nu på en webbplats som uttrycker död, aska och förintelse...inte helt rätt för en butik som Lifebutiken. Jag vet inte vilken webbfirma som Lifebutiken har anlitat, men det känns som att den webbfirman har missat på så gott som alla punkter när det gäller att fånga Lifebutikens budskap och känsla. Istället för en ljus, positiv och glad sida med produkter som lockar till ett gladare och piggare liv så möts jag av en gråsolkig död sida med livlösa bilder och en svart bakgrund med någon slags gråaktig blomliknande tingest. Rent användarmässigt så har jag inga egentliga problem med Lifebutiken. Du hittar ganska lätt dit du ska även om jag tycker att breadcrumben borde synas bättre och att inte mindre än tre huvudnavigeringsfält är vansinne. Jag är inte heller speciellt imponerad över hur dom olika navigeringsområdena ligger placerade eller hur dom samverkar med undermenyerna. Resultatet blir en sörja av menyer som känns väldigt onödig. Designmässigt är den en katastrof. Man har helt ignorerat Lifebutikens grafiska profil och istället siktat på en design som är lika ologisk som destruktiv. Den svarta bakgrunden med växterna är så fel så jag vet inte vart jag ska börja och sedan så lägger man in en gråtonad navigering med mörkgrå text för att ytterligare få sidan mörkare och otydlig. Länktexterna är också i gråton, vilket inte bara får sidan att bli ännu mer platt och blek utan också sänker hela sidans tydlighet. För att göra sidan ännu blaskigare, blek och oattraktiv så lägger man in produktbilder som är så dåliga att jag nästan tror att man scannat in dom från en katalog! Bilderna är så ljusa och nedtonade att det känns som allting ligger under bakplåtspapper eller något liknande. Det finns inte en klar färg så långt ögat når... Den slutgiltiga förolämpningen mot mitt färgsinne är en slags senapsbrun färg på länkar och knappar, en färg som när du för musen över bleks ut så den knappt syns. När jag desperat försöker att behålla maten i magen från den bajsbruna attacken så upptäcker jag till min fasa att Lifebutiken dessutom använder sig av svart/gråa knappar som tonar ut till blekgrått i sina köpknappar. Lifebutiken.se bör sätta sig ner och fundera på om den webbplats dom lagt som deras ansikte mot världen verkligen är representativ för deras verksamhet. Jag hoppas verkligen att dom kommer till samma slutsats som jag och det är att designen på deras webbplats just nu inte bara är en förolämpning mot alla dom människor som driver Lifebutiker idag och att webbplatsen bör designas om från grunden. För det första så måste man fundera över om det är lämpligt att så totalt frångå sin grafiska profil och vad det i så fall betyder för varumärket. Sedan måste man fundera över vilken funktion webbplatsen faktiskt ska representera. Idag är det en webbshop med storhetsvansinne och med tre huvudnavigeringar, det bör kapas ner till två utan problem. Att använda Megamenyer för att få in mer i headern kan enkelt reducera plottret och då får vi plötsligt plats med en logisk navigering. Alla produkter bör plåtas om och skärpas till ordenligt. Bort med alla gråa bakgrunder, eller gör det snyggt! Fega inte med färgmättnaden, men se till att gruppera produkterna i så fall så det inte ser ut som en påfågel exploderat på sidan. Utnyttja whitespace för att ge produkterna utrymme att synas och för guds skull...använd svart text mot en vit bakgrund så jag slipper sitta och kisa för att se vad tusan det står! Bort med den bajsbruna senapsfärgen och ersätt med gröna och röda länkar som matchar den grafiska profilen i löpande text och snygga vita knappar med svag gradient och glans så det känns piggt och fräscht. För eyecatchers så kör antingen med grönt eller gult/orange beroende på vad som finns i den grafiska profilen eftersom det kompletterar den gröna och röda färgen i profilen samtidigt som den sticker ut. Utnyttja glans i detaljer så sidan känns ren och fräsch. Variera med vita och gröna detaljer och om det behövs så använd svarta element för att öka kontrasten i olika sektioner. Använd bilder på personer där det är möjligt och tänk på rörelseriktningen och målgrupp så du leder besökaren dit du önskar. Se också till att sidan får en riktig avslutning istället för det "spretande kaoset" som finns idag. Tänk på Law of Closure för guds skull! Lifebutiken skulle också tjäna en hel del på att komma in i vårt årtionde och lägga till såväl blogg som knyta ihop webbplatsen med Facebook och Twitter. Kasta ut kommentarsfunktionen från 1999 och lägg in Disqus och varför inte knyta in med facebooks rekommendationer? En seriös företagssida utan ordentliga kommunikationsmöjligheter känns inte seriös så varför inte kasta in Kayako eller kanske kombinera ett forum som IPB med deras shopfunktioner i IP.Nexus? Lifebutiken har väldigt stor potential, en potential som idag inte utnyttjas och som den hopplösa designen helt tar död på. Jag hoppas att Lifebutiken kommer att råda bot på det inom en snar framtid och om dom inte vet hur dom ska gå till väga...hör av er! Jag har hela sommaren att sätta till ert förfogande!
  6. Gestaltpsykologi är ett fascinerande ämne som i korthet går ut på att "behöver förstå saker som helheter och som försöker beskriva sådana helheter utifrån deras gestaltkvaliteter." Den teorin påverkar i högsta grad även design. Gestaltpsykologi (av tyska: Gestaltpsychologie) är en psykologisk inriktning som menar att människan behöver förstå saker som helheter och som försöker beskriva sådana helheter utifrån deras gestaltkvaliteter. Skolan uppstod som en reaktion på reduktionistiska skolor som behaviorism och strukturalism under devisen "helheten är mer än summan av delarna", och har haft sin största betydelse inom perception och problemlösning genom insikt. Enligt det gestaltiska synsättet kan organismer fullt förstås endast när de ses som en del av ett fält, en kontext, en omgivning. Relationen mellan organismen och dess omgivning är av största betydelse teoretiskt och beteendevetenskapligt. I fältteorin tittar man på krafter och motkrafter, t.ex. mellan dem som vill bevara det som är och de som vill ha förändring. När man studerar något med ett fältteoretiskt perspektiv ser man på helheten och på hur energierna rör sig i fältet. I fältet finns olika energier som drar till och stöter ifrån sig. Om man studerar en grupp kan det t.ex. vara frågor som vem som påverkar vem? Vem eller vilka deltar? Enligt fältteorin samskapar vi varandra i varje sekund. Komplexiteten är hög redan när det är två personer. Även någon som inte är närvarande påverkar fältet. Systemteorin visar system och dess gränser. Varje system verkar i sitt sammanhang och söker sin balans. För att förstå ett system du jobbar med, behöver du åtminstone gå upp och ner en nivå av systemet. För att t.ex. förstå en grupp behöver man veta lite om den organisation som gruppen ingår i, liksom de subgrupper som gruppen har. För att gestaltpsykologin skulle kunna fungera vid praktiska tillämpningar krävdes att den kunde formulera allmängiltiga lagar genom vilka gestalter bildade helheter. Dessa lagar skulle vara sådana att ingen någonsin behövde lära sig dem, utan skulle uppträda såväl i skilda kulturer som hos spädbarn och djur. Detta gjordes första gången 1923 av Max Wertheimer. Så beskrivs Gestaltpsykologi på Wikipedia och det som jag tänkte titta på lite närmare under ett par veckor framåt är dom Gestaltlagar som Gestaltpsykologin vill framhäva. Från dom lagarna så tänkta jag beskriva och visa lite hur dom lagarna kan appliceras på modern webbdesign på ett effektivt sätt. Dom lagar jag tänkte presentera och diskutera är:[ Law of Closure Law of Similarity Law of Proximity Law of Symmetry Law of Continuity Law of Common Fate Law of Prägnanz Om du har några frågor angående Gestaltlagarna och hur vi kan, och bör, använda oss av dom i webbdesign, så skriv en kommentar här så ska jag ta upp det i bloggposterna framöver.
  7. [extract]Colin Harman ([twitter]colinharman[/twitter]) har skapat en fantastiskt bra bild över hur du som beställare kan välja att få ditt grafiska projekt utifrån Projekt Triangeln, dvs förhållandet mellan tid, pris och kvalitet. Den beskriver ganska bra dom olika förfrågningarna man får som designer och vad svaren brukar bli.[/extract]
  8. [extract]En fråga som dyker upp med jämna mellanrum är just frågan om hur detaljerad en design för en webbplats bör vara och när det är befogat att lägga tid och engagemang på detaljerna.[/extract] Med och utan dom tunna linjerna som detaljer[/i] För mig som designer så är detaljerna självklart viktigt för jag vill skapa en så attraktiv webbplats som möjligt, men ibland så får detaljerna stryka på foten. Vanligtvis handlar det om kostnader där kunden inte är villig att betala mer för det lilla extra, men ibland så handlar det också om tekniska aspekter som att få ner laddningstider, eller för att den kundbas man tror att webbplatsen ska attrahera blir distraherad av detaljer. Det är många som idag jobbar efter konceptet att en webbdesign ska vara minimal och bara hjälpa besökarna att hitta innehållet på ett bra sätt. Speciellt reklambyråer sitter lite fast i det tänket och behandlar gärna webbplatser som reklamprodukter eller digitala annonsblad. KISS principen i all ära, men den gamla sanningen att ju mindre innehåll du har, desto viktigare är presentationen stämmer väldigt väl in på just webbdesign. Jason Grossman tar upp några bra synpunkter i sin artikel "Details Make the Difference in Web Design" där han kopplar ihop detaljer med värde, dvs detaljer i webbdesign ska tillföra värde på något sätt. Jared Latigo tar upp tråden som Jason påbörjar och motargumenterar lite i sin artikel "Details in Design – How Much Difference Do They Really Make?", eller snarare vill poängtera att detaljer bara ska läggas till om det verkligen behövs. Personligen tycker jag båda för fram sina synpunkter på ett bra sätt och Jason och Jared visar ganska bra dom två olika synsätten som Webbdesigners brukar falla in i. Jason representerar den visuella gruppen som föredrar att skapa upplevelser för besökaren där webbplatsens känsla tillför värde. Jared respresenterar den effektiva gruppen som vill skapa effektiva och logiska webbplatser där enkelhet och logik tillför värde. Frågan är bara när bör den ena eller den andra gruppen få styra en webbplats utseende och varför? Svaret på det är att båda grupperna alltid ska styra och med det menar jag att en webbplats alltid ska ha en balans mellan enkelhet och detaljer. Som grundregel så brukar jag säga att ju mer innehåll, desto mindre detaljer. Det är för att ju mer information som besökarens hjärna ska behandla, desto mindre attraktiv tycker dom att en webbplats är. Information overload är ett begrepp som inte bara gäller för text, utan i högsta grad även för grafik. Det finns också olika delar av en webbplats där detaljer är mer eller mindre effektiva. Dom delar som vi vill lyfta med detaljer är i huvudsak navigering och call to action områden, dvs områden där vi vill att besökaren ska interagera. Dom områdena bör kännas så genomarbetade och tydliga som möjligt och eftersom besökaren förhoppningsvis kommer att interagera med dom sektionerna mycket så ger extra detaljer ett litet lyft i upplevelsen av hela webbplatsen. Vilken version föredrar du?[/i]
  9. [extract]Mortfiles NX börjar långsamt, långsamt kännas som en riktig webbplats och inte bara en katastrofplats med potential och det börjar bli dags att kika på själva innehållet nu.[/extract] Dom senaste veckorna har jag lekt med IP.Content och då främst dess möjligheter att skapa databaser för olika ändamål, något som fungerar väldigt bra! Nu är det dags att lägga lekstugan på hyllan ett tag och sätta tänderna i dom "vanliga" sidorna, dvs fylla webbplatsen med innehåll. Först ska jag dock fixa till webshoppen så den blir lite attraktivare och lättare att använda. Det är ju trots allt webshoppen som är slutmålet så jag kan tjäna lite pengar! Iallafall tills dess att Marknadsplatsen blir klar och fylld med lite godsaker, men jag ska skriva om det lite senare... Att skapa en webbplats med IP.Content är nästan löjligt enkelt eftersom du redan har en wrapper som ligger runt ditt innehåll genom forumets design. På så sätt följer alla funktioner som inloggning, notificationer, sökning osv med automatiskt utan att du behöver göra någonting alls. Du kan fokusera helt på att fylla webbsidorna med innehåll. Det finns dock två stora backdelar och det är att IP.Board har en gigantisk CSS fil som vi inte behöver i dom flesta fallen och att IP valt att köra med Prototype istället för jQuery som jag är mer bekant med. Lösningen är att köra jQuery med no-conflict och komma ihåg att byta ut $ mot något annat så det inte blir konflikter och att kommentera ut CSS filen ur IP.Content och istället inkludera en minimal CSS fil. Den här veckan blir det fokus på Webshoppen och att börja kika på innehållet mer praktiskt, men jag hoppas också hinna bygga upp kundrecensionerna som ska byggas i IP.Content och sedan kan jag nog inte låta bli att kika på några fler databasprojekt! Kikar redan på möjligheten att skapa en databas över svenska webbplatser och bloggar samtidigt som jag kikar lite på W3Schools...det vore kul att göra en svensk variant av den webbplatsen och introducera en slags Wiki liknande struktur med diskussionsmöjligheter! Som du hör så har jag som vanligt stora planer, men det känns som att jag nu med Invision Powers produkter har precis dom verktyg jag behöver för att bygga mina drömmars webbplats.
  10. 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.
  11. Jag beställde den här boken på Amazon Kindle till min iPad och jag måste säga att jag fullständig älskar den. Det är Susan M. Weinschenk som har skrivit boken och hon är en väl ansedd Psykolog med 30+ år under sitt bälte. I boken skriver hon enkelt och beskrivande om hur vårt undermedvetna påverkar våra beslut och hur det kan appliceras i webbdesign för att öka deltagande och främja försäljning. Boken är 168 sidor lång, men fylld till brädden med godsaker. Det är helt klart värt dom $13.79 jag betalade på Amazon, men boken finns även hos Adlibris bland annat om du föredrar den i pappersformat. Jag rekommenderar den här boken varmt för alla som arbetar med interaktiv design, oavsett om det är Webbdesign, GUI design för mobiler eller liknande. Jag tror dessutom att det är en nyttig bok för alla som arbetar med layout som reklam och liknande också på grund av dess breda användningsområde.
  12. Det är en av dom vanligaste frågorna jag får när jag skapa en ny webbplats och jag är säker på att många andra som jobbar med webbdesign får samma fråga. Dom flesta av mina kunder är småföretagare och föreningar omkring min ålder (30-50) och många har ganska liten erfarenhet av webbsidor och hur sidor mystiskt ploppar upp i sökningarna på Google. Därmed är det en ganska vanlig fråga och en ganska berättigad fråga egentligen även om själva formuleringarna av frågan brukar vara ... ska jag säga roande? En ny webbplats brukar plockas upp av sökmotorerna genom att en av deras små program som kallas bottar eller spindlar snappar upp att en ny sida har skapats. Dessa program får information om nya sidor antingen genom att en annan sida länkar till den nya sidan eller genom att sidan på något sätt anmälts till sökmotorn. Jag brukar alltid skriva om mina kunder och deras nya sidor så jag skapar automatiskt en inlänk till den nya sidan. Det är också vanligt att skapa en så kallad sitemap, eller översiktskarta, i XML format som sedan kontaktar Google bland annat och talar om att en ny webbplats finns. Ibland lägger jag in Google Analytics som också kan hjälpa till att få sökmotorerna att se att din nya sida finns. Ibland så kan det även vara lämpligt att anmäla sidan manuellt, speciellt om det är specifika sökmotorer som kunden vill synas på. Följdfrågan brukar sedan alltid bli varför syns jag inte på första sidan eller hur kommer jag på förstasidan på Google och då blir det lite knepigare att förklara hur sökmotorer fungerar och hur det krävs mycket jobb för att ranka högt. Själva förklaring vad sökord är och hur ranking på sökord fungerar brukar vara extra spännande :) Hur brukar du göra för att anmäla en ny webbplats till sökmotorerna?
  13. [twitter]MattCutts[/twitter] från Google har tweetat en del senaste veckorna om Google's planer att slå ner på cloaking, dvs att presentera olika innehåll åt Google crawler och andra besökare. Cloaking är en ganska ful variant där man försöker presentera olika innehåll till olika besökare för att på så sätt få olika fördelar hos sökmotorerna. Nu tänker Google ta i med hårdhandskarna när det gäller sådana fulknep och det fick stora reaktioner bland Internets olika webbmasters. Det är ovanligt att Google annonserar den här typen av ändringar av hur deras algoritm kommer att se på olika saker så många spekulerar om det är en vänligt varningsskott så att alla fulingar ska ha en chans att fixa till sina sidor innan ändringarna kastar ner dom i sökresultaten eller skickar ut dom i limbo.
  14. Det här är en liten tjuvstart på Mortfiles NX, mest för att testa hur systemet fungerar. Det är nu 11 dagar kvar tills det är dags att sätta igång med Mortfiles NX på riktigt och jag ser faktiskt fram emot det. Nästan alla bitar är på plats och det känns som jag är redo för att bygga den webbplats jag har planerat ett tag nu. Får jag bara designen som jag vill på header och footer så ska det bli en riktigt kul resa det här:)
×
×
  • Create New...