NO338877B1 - Forbedret brukergrensesnitt for å formidle oppgavebehandlings- og kalenderinformasjon - Google Patents

Description

Oppfinnelsens område

Foreliggende oppfinnelse vedrører generelt kalender-, planleggings- og tidsstyringssystemer. Mer spesifikt vedrører foreliggende oppfinnelse et forbedret brukergrensesnitt for å formidle oppgavebehandlings- og kalenderinformasjon.

Bakgrunn for oppfinnelsen

Med utviklingen av dataalderen har brukere av datamaskiner og program-vare blitt vant til brukervennlige programvareapplikasjoner som hjelper dem med å skrive, beregne, organisere, utarbeide presentasjoner, sende og motta elektronisk post, lage musikk og liknende. For eksempel lar systemer for elektronisk post brukere sende, motta, svare på og lagre forskjellige e-postmeldinger og tilhørende informasjon. Elektroniske kalenderprogrammer lar brukere lagre, organisere og få vist møtetidspunkter og avtaler. Elektroniske oppgavebehandlingsprogrammer lar brukere lagre, sortere og få vist forskjellige oppgaver som en bruker må utføre eller ønsker å utføre i henhold til forskjellige tidsplaner.

WO 2004027672 A beskriver en metode og et system som betjener en kalender i et databehandlingssystem. I ett eksempel på fremgangsmåte, er et kalendergrensesnitt vist på en skjermenhet, hvor kalendergrensesnittet kan vise kalenderhendelser for en bruker, og et kontroll-grensesnitt vises, hvor kontroll-grensesnittet tillater brukeren å selektivt vise kalenderhendelser samtidig fra minst to kalendere tilhørende brukeren i kalendergrensesnittet.

Til tross for den tilgjengelige funksjonaliteten i slike systemer ønsker imidlertid noen brukere en kort liste over forestående møter, avtaler eller oppgaver. Mange brukere av moderne elektroniske kalendersystemer og oppgavebehandlingsprogrammer skriver ofte huskelister på papir som de fester på sine dataskjer-mer eller plasserer på et lett synlig sted for å minne dem på forestående møter, avtaler eller oppgaver på grunn av en tendens de har til å lage utfyllende kalendere eller oppgavelister bare for å glemme å sjekke kalendrene eller oppgavelistene ofte nok. Andre brukere bruker fysiske kalender- eller tidsstyringssystemer til sam-me formål.

Følgelig er det et behov for et elektronisk brukergrensesnitt for å vise en elektronisk huskeliste over forestående hendelser eller oppgaver som kan fylles fra et elektronisk kalenderprogram eller oppgavebehandlingsprogram som opprett holdes individuelt av en bruker. Disse betraktningene og andre er bakgrunnen for foreliggende oppfinnelse.

Oppsummering av oppfinnelsen

Utførelsesformer av foreliggende oppfinnelse løser de ovennevnte og andre problemer ved å tilveiebringe en elektronisk huskeliste eller "To Do-liste" (heretter huskeliste) hvor en bruker kan bli gitt en fremvisning av forestående oppgaver, møter, avtaler og liknende. Ifølge aspekter ved oppfinnelsen kan den elektroniske huskelisten anvendes i forbindelse med et multifunksjonsprogram, eller den elektroniske huskelisten kan anvendes uavhengig av andre programvareapplikasjoner. Den elektroniske huskelisten er et felt eller vindu i et brukergrensesnitt hvor det kan bli vist oppgaver, møter og avtaler. Huskelisten vises kontinuerlig i tillegg til annen programvarefunksjonalitet eller andre brukergrensesnitt som vises på en brukers dataskjerm i forbindelse med andre programvareapplikasjoner eller annen programfunksjonalitet som er i bruk. Følgelig blir brukeren presentert for en alltid synlig liste over forestående oppgaver, møter og avtaler uten å måtte starte et separat oppgaveprogram eller kalenderprogram for å få vist forestående oppgaver, møter eller avtaler.

Ifølge aspekter ved oppfinnelsen innbefatter huskelisten en avtalevisnings-komponent hvor det blir vist et antall forestående møter eller avtaler. Huskelisten innbefatter også en oppgaveliste hvor forestående oppgaver kan bli vist. Oppgavelisten kan bli vist i henhold til en rekke forskjellige kriterier, og et rullefelt kan være tilveiebrakt for å la en bruker se oppgaver som det ikke er plass til innenfor den synlige delen av oppgavelisten. Huskelisten kan også innbefatte en datavelger-kontroll for selektivt å starte et separat kalenderprogram, eller til hvilken oppgaveelementer kan trekkes for innlemmelse i oppgavelisten på en dato i datovelgerkontrollen hvor et gitt oppgaveelement blir sluppet. Et oppgaveinnmatingsfelt eller -vindu kan være tilveiebrakt i huskelisten for å la brukeren legge inn nye oppgaver direkte i huskelisten.

Møte- og avtaleinformasjonen som vises i avtalevisningskomponenten er importert fra et lagringssted som fylles gjennom et eget kalenderprogram. Oppgavelisten kan fylles med oppgaver som er lagret av og lagt inn gjennom et eget oppgaveprogram, eller med andre data inkludert e-poster som er flagget som opp gaveelementer. I tillegg kan oppgaver legges til i oppgavelisten ved hjelp av ovennevnte oppgaveinnmatingspanel.

Foreliggende oppfinnelse er særlig egnet til å tilveiebringe en fremgangsmåte for å tilveiebringe oppgaveinformasjon og kalenderinformasjon i et huskeliste-brukergrensesnitt, som omfatter: søke i minst ett hukommelseslager etter minst ett kalenderobjekt merket for å leges til i huskeliste-brukergrensesnittet og minst ett oppgaveobjekt merket for å legges til i huskeliste-brukergrensesnittet;

sette inn i huskeliste-brukergrensesnitt et avtalevisningsfeltfor å vise innholdet det i det minste ene kalenderobjektet;

sette inn i huskeliste-brukergrensesnittet en oppgaveliste som skal inneholde det i det minste ene oppgaveobjektet;

organisere minst ett oppgaveobjekt inneholdt i oppgavelisten som del av minst én logisk gruppering, hvor det i det minste ene oppgaveobjektet inngår i en gitt logisk gruppering som tilhører en anordningstype tilknyttet den gitte logisk grupperingen; fremvise huskeliste-brukergrensesnittet som en komponent av et større brukergrensesnitt, hvor det større brukergrensesnittet omfatter et hoved brukergrensesnitt som omfatter huskeliste-brukergrensesnittet og minst en annen brukergrensesnittkomponent, hvor et område av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet kan bli brukt til å vise funksjoner og informasjon assosiert med minste en første

programvareapplikasjon, hvor funksjonaliteten og informasjonen knyttet til den i det minste ene første programvareapplikasjonen ikke er avhengig av informasjonen som er satt inn i huskeliste-brukergrensesnittet; og ved en fortsatt visning av huskeliste-brukergrensesnittet blir huskeliste-brukergrensesnittet, som er satt inn avtalevisningsfeltet og oppgavelisten som en del av det større brukergrensesnittet hvis funksjonalitet og informasjon er knyttet til den i det minst ene første programvareapplikasjonen som vises i området av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet, erstattet av funksjonalitet og informasjon assosiert med i det minste en andre programvareapplikasjon.

Foreliggende oppfinnelse er videre egnet til å tilveiebringe et datamaskin implementert forbedret brukergrensesnitt som utfører fremgangsmåten beskrevet ovenfor.

Disse og andre trekk og fordeler, som kjennetegner foreliggende oppfinnelse, vil være klare etter lesning av den følgende detaljerte beskrivelsen og en gjennomgang av de vedlagte figurene. Man må forstå at både den generelle beskrivelsen gitt over og den følgende detaljerte beskrivelsen kun er gitt som eksempler og for forklaringsformål, og ikke begrenser den krevde oppfinnelsen.

Kort beskrivelse av figurene

Figur 1 er et blokkdiagram som viser oppbygningen til en personlig datamaskin som danner et eksempel på kjøremiljø for utførelsesformer av foreliggende oppfinnelse. Figur 2 er et skjermvindu som viser en elektronisk huskeliste ifølge utførel-sesformer av foreliggende oppfinnelse. Figur 3 viser et eksempel på valgbar kontroll for å åpne eller lukke en huskeliste ifølge utførelsesformer av foreliggende oppfinnelse. Figur 4 viser en visningsmeny og en tilhørende "fly-ouf-meny i et brukergrensesnitt for sette visningsegenskaperfor en huskeliste ifølge utførelsesformer av foreliggende oppfinnelse. Figur 5 viser en datovelgerkontroll i en huskeliste ifølge utførelsesformer av foreliggende oppfinnelse. Figur 6 viser en avtale-/møtevisningskomponent i en huskeliste ifølge utfør-elsesformer av foreliggende oppfinnelse. Figur 7 viser et oppgaveinnmatingspanel i en huskeliste ifølge utførelsesfor-mer av foreliggende oppfinnelse. Figur 8 viser en oppgaveliste i en huskeliste ifølge utførelsesformer av foreliggende oppfinnelse. Figur 9 er et skjermvindu som viser en alternativ fremvisning av en huskeliste ifølge utførelsesformer av foreliggende oppfinnelse.

Detaljert beskrivelse

Som kort beskrevet over vedrører utførelsesformer av foreliggende oppfinnelse et forbedret brukergrensesnitt for å formidle oppgavebehandlings- og kalenderinformasjon i en kontinuerlig vist, datamaskin-generert huskeliste. Den elektroniske huskelisten ifølge foreliggende oppfinnelse tilveiebringer en liste over forestående oppgaver, møter og avtaler som fylles fra et separat opprettholdt kalender- og/eller oppgavebehandlingsprogram.

I den følgende detaljerte beskrivelsen er det henvist til de vedlagte figurene, som danner en del av beskrivelsen og hvor det som eksempler er vist konkrete ut-førelsesformer eller eksempler. Disse utførelsesformene kan kombineres, andre utførelsesformer kan anvendes og oppbygningsmessige endringer kan gjøres innenfor oppfinnelsens ramme og idé. Den følgende detaljerte beskrivelsen skal der-for ikke tolkes som begrensende, og rammen til foreliggende oppfinnelse defineres av de etterfølgende kravene og deres ekvivalenter.

Med henvisning til figurene, der like referansenummer representerer like elementer, vil nå aspekter ved foreliggende oppfinnelse og det eksemplifiserte kjøremiljøet bli beskrevet. Figur 1 og den tilhørende beskrivelsen har som formål å gi en kort, generell beskrivelse av et passende databehandlingsmiljø hvor oppfinnelsen kan realiseres. Selv om oppfinnelsen vil bli beskrevet i den generelle sam-menhengen programmoduler som kjører i forbindelse med et applikasjonsprogram som kjøres av et operativsystem på en personlig datamaskin, vil fagmannen forstå at oppfinnelsen også kan realiseres sammen med andre programmoduler.

Generelt omfatter programmoduler rutiner, programmer, komponenter, datastrukturer og andre typer strukturer som utfører bestemte oppgaver eller implementerer bestemte abstrakte datatyper. Fagmannen vil forstå at oppfinnelsen også kan praktiseres med andre typer datasystemer, omfattende håndholdte anordninger, flerprosessorsystemer, mikroprosessor-basert eller programmerbar for-brukerelektronikk, minidatamaskiner, stormaskiner og liknende. Oppfinnelsen kan også praktiseres i distribuerte databehandlingsmiljøer hvor oppgaver blir utført av fjerne prosesseringsanordninger som er forbundet gjennom et kommunikasjons-nettverk. I et distribuert databehandlingsmiljø kan programmoduler befinne seg i både lokale og fjerne lagringsanordninger.

Med henvisning til figur 1 vil nå et eksempel på arkitektur for en personlig datamaskin 2 for å praktisere de forskjellige utførelsesformer av oppfinnelsen bli beskrevet. Dataarkitekturen i figur 1 illustrerer en tradisjonell personlig datamaskin som innbefatter en sentralprosesseringsenhet ("CPU") 4, et systemminne 6, som omfatter et direkteaksessminne ("RAM") 8 og et leseminne ("ROM") 10, og en systembuss 12 som kobler minnet til CPU 4. Et BIOS (Basic Input/Output System), som inneholder de grunnleggende rutinene som hjelper til med å overføre informasjon mellom elementer i datamaskinen, for eksempel under oppstart, er lagret i ROM 10. Den personlige datamaskinen 2 innbefatter videre en masselagringsanordning 14 for å lagre et operativsystem 16, applikasjonsprogrammer, så som applikasjonsprogrammet 205, og informasjon.

Masselagringsanordningen 14 er koplet til CPU 4 gjennom en masse-lagerstyring (ikke vist) koblet til bussen 12. Masselagringsanordningen 14 og dens tilknyttede datamaskin-lesbare medium besørger ikke-volatil lagring for den personlige datamaskinen 2. Selv om beskrivelsen her av datamaskin-lesbare medier henviser til en masselagringsanordning, så som en harddisk eller en CDROM-stasjon, skulle fagmannen forstå at et datamaskin-lesbart medium kan være et hvilket som helst tilgjengelig medium som kan aksesseres av den personlige datamaskinen 2.

Som et eksempel, og ikke en begrensning, kan datamaskin-lesbare medier omfatte datalagringsmedier og kommunikasjonsmedier. Datalagringsmedier omfatter volatile og ikke-volatile, flyttbare og stasjonære medier realisert med en hvilken som helst metode eller teknologi for lagring av informasjon, så som datamaskin-lesbare instruksjoner, datastrukturer, programmoduler eller andre data. Datalagringsmedier omfatter, men er ikke begrenset til, RAM, ROM, EPROM, EEPROM, flash-minne eller annen "solid state" minneteknologi, CD-ROM, DVD eller andre optiske lagre, magnetkassetter, magnetbånd, magnetplatelagre eller andre magnetiske lagringsanordninger, eller et hvilket som helst annet medium som kan brukes til å lagre den ønskede informasjonen og som kan aksesseres av datamaskinen.

I forskjellige utførelsesformer av oppfinnelsen kan den personlige datamaskinen 2 kjøre i et nettverksmiljø som anvender logiske forbindelser til fjerne datamaskiner over et TCP/IP-nettverk 18, foreksempel Internett. Den personlige datamaskinen 2 kan være tilknyttet TCP/IP-nettverket 18 gjennom en nettverks-grensesnittenhet 20 koblet til bussen 12. Man må forstå at nettverksgrensesnitten-heten 20 også kan anvendes for tilkobling til andre typer nettverk og fjerne datasystemer. Den personlige datamaskinen 2 kan også omfatte en inn/ut-kontroller 22 for å motta og behandle inndata fra forskjellige anordninger, omfattende et tastatur eller en mus (ikke vist). Tilsvarende kan en inn/ut-kontroller 22 forsyne utdata til en fremvisningsskjerm, en skriver eller en annen type utmatingsanordning.

Som så vidt nevnt over kan en rekke forskjellige programmoduler og datafi-ler være lagret i masselagringsanordningen 14 og RAM-minnet 8 i den personlige datamaskinen 2, omfattende et operativsystem 16 som er egnet til å styre en nett-verksti I knyttet personlig datamaskin, foreksempel WINDOWS-operativsystemene fra Microsoft Corporation i Redmond, Washington. Masselagringsanordningen 14 og RAM-minnet 8 kan også lagre ett eller flere applikasjonsprogrammer. Spesielt kan masselagringsanordningen 14 og RAM-minnet 8 lagre et program 105 som tilbyr en rekke forskjellig funksjonalitet til en bruker. For eksempel kan programmet 105 omfatte mange typer programmer, så som et tekstbehandlingsprogram, et regnearkprogram, et "desktop publishing"-program og liknende. I en utførelses-form av foreliggende oppfinnelse omfatter applikasjonen 105 et multifunksjonsprogram som tilbyr en bruker kalenderfunksjonalitet, oppgavefunksjonalitet, epost-funksjonalitet, kontaktinformasjon-funksjonalitet, notatfunksjonalitet, dagbokfunk-sjonalitet og liknende. Noen av de individuelle programmodulene som danner multifunksjonsprogrammet 105 omfatter et kalenderprogram 125, et epost-program 130, et kontaktinformasjonsprogram 135, et oppgaveprogram 140, et notat-program 145 og et dagbokprogram (ikke vist). Et eksempel på et slikt multifunksjonsprogram 105 er OUTLOOK®, som leveres av Microsoft Corporation.

Figur 2 viser et skjermvindu med et grensesnitt for et epost-program ifølge utførelsesformer av foreliggende oppfinnelse. Brukergrensesnittet 200 er et brukergrensesnitt for et epost-program 130 for å vise elektronisk post som er mottatt, sendt eller lagret i forskjellige lagringsmapper. Et eksempel på brukergrensesnitt for et epost-program illustrert i figur 2 er OUTLOOK®, som utvikles og selges av Microsoft Corporation i Redmond, Washington.

Brukergrensesnittet 200 vist i figur 2 omfatter en innboks 210 hvor en bruker kan se en liste over e-poster som er mottatt av brukeren, som er sendt av brukeren eller som er lagret i én eller flere lagringsmapper opprettet av brukeren. Som kan ses i figur 2 er et antall e-poster listet i innboksfeltet 210. Til høyre for innboksen 210 er et lesefelt eller en forhåndsvisning 230 illustrert for å vise innholdet i en valgt e-post.

I nedre venstre hjørne av brukergrensesnittet 200 er det et applikasjons-valgfelt 225 som inneholder valgbare funksjonskontroller for å aktivere andre typer funksjonalitet som tilbys av multifunksjonsprogrammet 105 (beskrevet over) som innbefatter brukerens epost-program. For eksempel er fremvisningen av epost-brukergrensesnittet 200 en reaksjon på valg av kontrollen "Mail". Dersom brukeren ønsker å få frem et brukergrensesnitt for et oppgaveprogram 140, kan brukeren velge kontrollen "Tasks" for å hente frem funksjonaliteten til oppgaveprogrammet 140, inkludert visning av et brukergrensesnitt 200 for oppgaveprogrammet. Likeledes kan brukeren velge kontrollen "Contacts" for å hente frem funksjonaliteten til et kontaktinformasjonsprogram 135 og et tilhørende brukergrensesnitt 200 for å vise informasjon og funksjonalitet for et kontaktinformasjonsprogram 135.

Figur 2 viser også en huskeliste 240. Ifølge utførelsesformer av oppfinnelsen tilveiebringes funksjonalitet i huskelisten 240 av multifunksjonsprogrammet 105. Som beskrevet nedenfor omfatter, ifølge én illustrert utførelsesform av foreliggende oppfinnelse, huskelisten 240 en datovelgerkontroll, en avtale-/møtevisning, et oppgaveinnmatingsfelt og en oppgaveliste. Ifølge noen utførelsesformer vises huskelisten 240 langs høyresiden av brukergrensesnittet 200 som default. Som beskrevet nedenfor i forbindelse med figur 9 kan imidlertid fremvisningen av huskelisten 240 endres i tilpasning til forskjellige typer og størrelser av fremvisnings-skjermer og for å imøtekomme de konkrete kravene fra andre programmers brukergrensesnitt.

Ifølge utførelsesformer av foreliggende oppfinnelse er huskelisten 240 alltid synlig i brukergrensesnittet 200, slik at en bruker gis en rask og enkel visning av forestående møter, avtaler og oppgaver uten å måtte starte egne programmer, for eksempel kalenderprogrammer og oppgaveprogrammer, for å skaffe seg denne informasjonen. Dersom for eksempel kontrollen "Contacts" velges fra kontrollfeltet 225 for å hente frem funksjonaliteten til et kontaktprogram 135, sammen med et tilhørende brukergrensesnitt 200, forblir huskelisten 240 synlig i brukergrensesnittet 200. Likeledes, dersom brukeren deretter velger nok et annet program, for eksempel et oppgaveprogram 140, opprettholdes fremvisningen av huskelisten 240 i brukergrensesnittet. Som beskrevet nedenfor kan brukeren om ønsket fjerne huskelisten 240 fra grensesnittet. Ifølge noen utførelsesformer av foreliggende oppfinnelse er imidlertid default-innstillingen for huskelisten 240 at huskelisten 240 forblir synlig uavhengig av hvilken informasjon eller funksjonalitet som vises i andre deler av brukergrensesnittet 200, slik at brukeren har en enkelt tilgjengelig liste over forestående møter, avtaler og oppgaver.

Ifølge utførelsesformer av oppfinnelsen kan komponenter av huskelisten 240 (oppgavelisten, avtale-/møtevisningen) fylles med et antall avtaler, møter, oppgaver og oppgave-liknende elementer som samles av huskelisten fra en rekke forskjellige kilder. Nærmere bestemt kan et hvilket som helst dataelement som er merket for gjenkjenning av huskelisten bli innhentet av huskelisten fra en hvilken som helst lagringskilde som kan aksesseres av huskelisten. Når huskelisten har innhentet slike merkede dataelementer, samler huskelisten 240 dataelementene og viser dem i én eller flere komponenter av huskelisten. For eksempel kan et hvilket som helst antall dataelementer, omfattende e-poster, møteforespørsler, svar til møteforespørsler, oppgaver, rapportnavn, dataposter i regneark, etc. bli merket for behandling som oppgaver. Når de er merket for behandling som oppgaver, kan huskelisten søke etter dataelementene, samle dataelementene og deretter vise dataelementene i oppgavelisten innenfor huskelisten. Likeledes kan huskelisten søke etter elementer merket for behandling som møter eller avtaler fra kilder som for eksempel elektroniske kalendere. Huskelisten kan da samle og vise de innhentede møte- eller avtaleelementene i avtale-/møtevisningen innenfor huskelisten som beskrevet nedenfor. Eksempler på lagringsområder som kan søkes i av huskelisten omfatter områder tildelt andre applikasjoner, for eksempel epost-programmer, kalenderprogrammer, oppgaveprogrammer og liknende.

Med henvisning til figur 3 kan huskelisten 240 selektivt skjules fra fremvisningen på grunnlag av forskjellige brukerhandlinger. For eksempel kan lukke-kontrollen 310 i øvre høyre hjørne av huskelisten aktiveres for å skjule eller fjerne huskelisten 240. Alternativt kan en huskeliste-knapp 305 være tilveiebrakt i en verktøylinje med funksjonskontroller anordnet langs en øvre kant eller et annet sted i brukergrensesnittet 200 for selektiv åpning og lukking av huskelisten 240. Alternativt kan en visningsmeny være tilveiebrakt der en bruker kan aktivere eller deaktivere visning av huskelisten 240. Som nok et annet alternativ kan en funksjonstast, for eksempel ALT+F2, anvendes for å deaktivere huskelisten 240. Tilsvarende kan huskelisten 240 aktiveres for fremvisning, som vist i figur 2, ved å velge en huskeliste-knapp 305 på en verktøylinje med valgbare funksjonskontroller. Et huskeliste-element kan velges fra en visningsmeny. Alternativt, som beskrevet over, kan en funksjonstast, så som ALT+F2, anvendes for å sette huskelisten 240 i en aktiv (vist) tilstand.

Figur 4 viser en visningsmeny 400 som kan hentes frem ifølge utførelses-former av foreliggende oppfinnelse for selektivt å vise huskelisten 240. Ved valg av huskeliste-kontrollen 420 fra visningsmenyen 400 vises en flyout-meny 460 som lar brukeren sette visningsegenskaper som informasjon inneholdt i huskelisten 240 vil bli vist med. Som kan ses i figur 4 er i flyout-menyen 460 kontrollen for å vise huskelisten ("Show To-Do Bar") valgt, slik at huskelisten 240 vil bli vist i brukergrensesnittet 200. En egenskap "Start Date" 430 er valgt, slik at informasjon inneholdt i huskelisten 240 vil bli sortert etter startdato. Også andre sorteringskate-gorier for oppgaver og annen informasjon inneholdt i huskelisten 240 kan velges, for eksempel tildelt til ("Assigned To"), opprettet av ("Created By"), etc.

I en nedre del av flyout-menyen 460 er det vist kontroller for å velge forskjellige komponenter for fremvisning (eller fjerne dem fra fremvisning) i huskelisten 460. For eksempel er en kontroll for å vise datovelgeren ("Show Date Picker") 440 valgt, slik at datovalg-grensesnittet vil bli vist i huskelisten 240. På den annen side, dersom brukeren har huskelisten 240 aktivert mens han eller hun har fremme funksjonalitet og informasjon knyttet til brukerens kalenderprogram 125, kan brukeren fjerne møte-/avtalevisningen fra huskelisten 240 for å rydde plass i huskelisten 240 til ytterligere oppgaveinformasjon. En avtalevisningskontroll ("Show Appointments") 445 er valgt, slik at avtale-/møtevisningsdelen av huskelisten 240 vil bli vist for å vise forestående møter og avtaler. En oppgaveinnmatingskontroll ("Show task input panel") er også valgt, slik at oppgaveinnmatingsfeltet i huskelisten 240 vil bli vist i huskelisten 240. Som man forstår kan andre kontroller fra flyout-menyen 460 velges for å anvende andre egenskaper på huskelisten 240. Som man skulle forstå fra flyout-menyen 460 og den tilhørende beskrivelsen, kan datovelgerkontrollen, avtale-/møtevisningen og oppgaveinnmatingsfeltet i huskelisten 240 selektivt aktiveres eller deaktiveres. Uansett blir som default oppgavelisten i huskelisten 240 alltid vist. En bruker kan således tilpasse fremvisningen av komponenter i huskelisten 240, som beskrevet.

De generelle trekkene ved huskelisten 240 er nå beskrevet i forbindelse med brukergrensesnittet 200 med henvisning til figurene 2, 3 og 4. Figurene viser 5-9 forskjellige komponenter av huskelisten 240 og beskriver innsetting og vedlike-hold av data i huskelisten 240. Med henvisning til figur 5 beskrives nå datovelgerkontrollen 500. Ifølge utførelsesformer av foreliggende oppfinnelse, uansett hvilket brukergrensesnitt brukeren har fremme, for eksempel kontaktinformasjon-brukergrensesnittet, epost-brukergrensesnittet eller annet, viser huskelisten 240 minst én datovelgerkontroll 500 dersom ikke kontrollen er deaktivert av brukeren. Datovelgerkontrollen 500 fungerer ikke bare som en synlig kalender, men ytterligere informasjon tilgjengeliggjøres på grunnlag av anvendelsen av egenskaper på datoene inneholdt i kontrollen 500. For eksempel er en dato som inneholder et møte eller en avtale vist med fet skrift, mens dagens dato er omgitt av et rødt kva-drat. Videre, ved å velge en gitt dato kan en bruker navigere til informasjon for denne datoen. Nærmere bestemt, ifølge én utførelsesform, blir ved valg av en gitt dato møter, avtaler eller oppgaver denne datoen lagt inn i huskelisten 240. I tillegg, som beskrevet nedenfor, kan valg av en gitt dato automatisk hente frem kalenderprogrammets brukergrensesnitt i brukergrensesnittet 200 og vise kalenderinformasjon for datoen valgt fra datovelgerkontrollen 500.

Dersom bredden til huskelisten 240 økes, eller dersom høyden til det feltet i huskelisten 240 som inneholder datovelgerkontrollen 500 økes, kan ytterligere datovelgere bli vist i et omfang som plassen tillater. Ifølge en foretrukket utførel-sesform, dersom ikke datovelgerkontrollen 500 er deaktivert av brukeren, blir minst én datovelgerkontroll 500 vist i huskelisten 240. Ifølge utførelsesformer av foreliggende oppfinnelse kan oppgaver fra oppgavelisten i huskelisten 240 og oppgaver fra oppgaveprogrammet 140 dras til og slippes over en gitt dato i datovelgerkontrollen 500. Det å slippe en oppgave over en gitt dato i datovelgerkontrollen 500 forårsaker at starttidspunktet for den aktuelle oppgaven blir endret til den datoen som oppgaven slippes over. Tilsvarende kan e-poster fra et epost-program slippes over ønskede datoer i datovelgerkontrollen 500. Det å slippe en e-post fra en innboks over en gitt dato i datovelgerkontrollen flagger e-posten som en opp gave, oppretter en oppgave i oppgavelisten i huskelisten 240 og setter som starttidspunkt for oppgaven den datoen i kontrollen 500 som e-posten ble sluppet over.

Ifølge én utførelsesform, dersom den primære applikasjonen i bruk er et kalenderprogram 125, vil ikke datovelgerkontrollen 500 bli vist i huskelisten 240. For andre programmer enn kalenderprogrammer, for eksempel oppgaveprogrammet 140, kontaktinformasjonsprogrammet 135 og epost-programmet 130, vil valg av en dag i datovelgerkontrollen 500 umiddelbart endre brukergrensesnittet som vises til kalenderprogrammets brukergrensesnitt og velge brukerens default-kalender. Default-kalenderen endres til en dag-visning og kalenderen flyttes til dagen valgt av brukeren i datovelgerkontrollen 500. Dersom en bruker endrer måneden som vises i datovelgerkontrollen 500 i huskelisten 240, blir ikke kalen-derprogrammet 125 automatisk hentet frem dersom ikke brukeren velgeren dato i måneden som vises i datovelgerkontrollen 500.

Med henvisning til figur 6 beskrives nå avtale-/møtekomponenten av huskelisten 240. En første avtale 610 og en andre avtale 620 er illustrert i avtale-/møte-visningen. Ifølge en foretrukket utførelsesform, og som kan ses i figur 6 blir et nær-meste tidspunkt lagt til først i avtalenavnet. Et dobbeltklikk på en avtale 610, 620 åpner hele avtaleelementet, og et sekundært valg, for eksempel et høyreklikk på en avtale 610, 610, viser en kontekstmeny for den valgte avtalen som tilbyr ytterligere kalender- og avtalefunksjonalitet for elementet. Avtale-/møtevisningsfeltet i huskelisten 240 kan redimensjoneres for å legge til flere avtaler/møter i huskelisten 240. Ifølge en foretrukket utførelsesform blir minst én avtale/ett møte vist dersom ikke brukeren deaktiverer avtale-/møtevisningen.

Med henvisning til figur 7 (og fortsatt med henvisning til figur 2) beskrives nå et oppgaveinnmatingspanel 710. Et oppgaveinnmatingspanel 710 er en redi-geringsboks som lar en bruker mate inn navnet på en ny oppgave brukeren ønsker å legge til i oppgavelisten og oppgavelageret til et separat oppgaveprogram 140. Dersom brukeren mater inn et oppgavenavn i oppgaveinnmatingspanelet 710, blir en ny oppgave umiddelbart opprettet med det spesifiserte navnet og lagt til nederst i den valgte dagen i oppgavelisten.

Et flagg-ikon er vist på høyre side av oppgaveinnmatingspanelet. Som er kjent for fagmannen kan flagg-ikoner anvendes for å identifisere et element som flagget med gitte egenskaper. For eksempel kan et ikon med tre flagg, som vist i oppgaveinnmatingspanelet 710, angi at det flaggede elementet har starttidspunkt i dag. Et ikon med to flagg kan angi at det flaggede elementet har starttidspunkt i løpet av den pågående uken, og et ikon med ett enkelt flagg kan angi at det flaggede elementet har et starttidspunkt som er senere enn den pågående uken. I tillegg kan en farget boks anvendes rundt flagg-ikonet, så som den fargede boksen 250 i figur 2, for å angi andre egenskaper, så som en systemdefinert eller bruker-definert kategori, for oppgaven. For eksempel kan alle oppgaver knyttet til et gitt arbeidsprosjekt bli merket med fargen grønn, alle oppgaver knyttet til et personlig prosjekt bli merket med fargen oransje, osv.

Ifølge utførelsesformer av foreliggende oppfinnelse kan brukeren redigere egenskapene assosiert med et gitt oppgaveelement ved å velge flagg-ikonet eller anvende en egenskapsmeny som kan bruker til å redigere flagg assosiert med et gitt element. For eksempel kan en kontekstmeny som blir vist som reaksjon på valg av flagg-ikonet la brukeren endre starttidspunktet for den aktuelle oppgaven fra denne uken til neste uke, for eksempel. Som et annet eksempel kan brukeren selektivt endre en kategori for oppgaven, for eksempel fra kategorien arbeidsprosjekt til kategorien personlig prosjekt. For en detaljert beskrivelse av flagging av oppgaver, se U.S.-patentsøknaden Attorney/Agent No. 60001.0419US01, Applicant Matter No. MS309466.01 med tittelen "Method and System For Improved Electronic Task Creation And Management", som inntas her som refe-ranse som om den var beskrevet her i sin helhet.

Nå med henvisning til figur 8 beskrives oppgavelisten vist i huskelisten 240 (i figur 2). Oppgavelisten 800 omfatter et felt 810 som identifiserer sorterings- eller ordningsegenskapen for oppgavelisten. Ifølge utførelsesformer av foreliggende oppfinnelse kan oppgaver inneholdt i oppgavelisten 800 bli sortert etter kategori, starttidspunkt, forfallstidspunkt, hvem den er tildelt, hvem den er opprettet av, type eller individuell tilpasning. I en individuelt tilpasset sortering kan brukere definere hvordan individuelle oppgaveelementer vil bli ordnet eller gruppert. Man må forstå at inndelingene og oppgavene vist i oppgavelisten 800 kun er gitt som et eksempel, og ikke er begrensende for de forskjellige oppgaver som kan bli vist og de forskjellige sorteringskriterier som kan anvendes for å sortere oppgaver som vises i oppgavelisten 800.

Oppgavelisten 800 vist i figur 8 er sortert etter startdato ("Start Date"). Føl-gelig er en seksjon "Today" vist øverst i oppgavelisten 800 som inneholder oppgaver med startdato i dag. En seksjon "Tomorrow" 840 er vist som inneholder oppgaver med startdato i morgen. Også vist i oppgavelisten 800 er en seksjon "Friday" og en seksjon "Later". Ifølge utførelsesformer av foreliggende oppfinnelse spores oppgaveelementer inneholdt i disse gruppene, og blir flyttet til andre grupper når det er aktuelt. For eksempel vil et oppgaveelement som en dag befinner seg i seksjonen "Tomorrow" bli flyttet til seksjonen eller gruppen "Today" etter midnatt sam-me dag. Seksjonsheadingene i en startdato-basert sortering kan omfatte forskjellige navn så som "I dag", "I morgen", "Mandag", "Tirsdag", "Onsdag", "Torsdag", "Fredag", "Lørdag", "Søndag", "Denne uke", "Neste uke", "Om to uker", "Om tre uker", "Neste måned", "Etter neste måned" og andre. Man må forstå at listen over med mulige seksjonsnavn er gitt som et eksempel, og ikke er begrensende for de forskjellige navn som kan anvendes av huskelisten for å sortere elementer i oppgavelisten.

Individuelle oppgaveelementer kan bli plassert i forskjellige grupper som ønsket av en bruker. Ifølge utførelsesformer av foreliggende oppfinnelse kan individuelle oppgaveelementer dras og slippes fra én gruppe til en annen. For eksempel, med henvisning til figur 8, kan et oppgaveelement som befinner seg i kategorien "Tomorrow" 840 dras og slippes til kategorien "Today" 815 dersom brukeren bestemmer at den aktuelle oppgaven må påbegynnes i dag heller enn i morgen. Dersom brukeren slipper et oppgaveelement over en annen gruppe, blir oppgaveelementet flyttet til den nye gruppen, og tilhørende flagg-ikoner 845 blir oppdatert slik at de gjenspeiler den nye statusen til det aktuelle oppgaveelementet. I tillegg kan en bruker om ønsket manuelt omorganisere oppgaver innenfor en gitt gruppe. For eksempel, med henvisning til figur 8, kan en bruker omorganisere oppgaveele-mentene listet under overskriften "Today" 815 for å angi for brukeren en foretrukket rekkefølge for påbegynnelse av oppgavene inneholdt i den aktuelle gruppen.

For hver oppgave inneholdt i oppgavelisten 800 er det vist et navn 830 for å angi oppgavens navn og/eller art. På venstre side av hver av de individuelle oppgavene kan det bli vist ikoner som identifiserer kilden for en gitt oppgave. For eksempel kan ikonet 825 anvendes for å angi at den tilhørende oppgaven er lagt til på grunnlag av informasjon matet inn fra et oppgaveprogram 140. Konvolutt-ikonet 835 kan anvendes for å angi at den tilhørende oppgaven er en oppgave flagget fra en mottatt e-post. Flagg-ikonen 845 vist på høyre side av individuelle oppgaver er for å formidle informasjon om startdatoen for den aktuelle oppgaven og kategori-ene som gjelder for oppgaven, som beskrevet over.

Nå med henvisning til figur 9 beskrives et alternativt visningsformat for huskelisten. Som man skulle forstå kan noen utforminger og størrelser av dataskjer-mer og enkelte brukergrensesnitt kreve en annen layout for visningen av huskelisten 240. Figur 9 viser en layout for å vise huskelisten langs en øvre eller nedre kant av et skjermvindu og/eller et felt innenfor et brukergrensesnitt. Huskelisten 900 vist i figur 9 omfatter en datovelgerkontroll 920 på venstre side av huskelisten 900. Et oppgaveinnmatingspanel 930 og et avtale-/møtevisningsfelt 940 er plassert horisontalt ved siden av datovelgerkontrollen 920. Oppgavelisten 950 er plassert på høyre side av den horisontalt orienterte huskelisten 900. Som man må forstå kan bruk av en huskeliste med en alternativ layout, så som den vist i figur 9, muliggjøre visning av ytterligere informasjon i oppgavelisten eller avtale-/møtevis-ningen. For eksempel, gitt ytterligere horisontal plass tilgjengelig for oppgaveelementer i den alternative layouten vist i figur 9, kan ytterligere tekst bli vist for hvert av et antall oppgaveelementer.

Som beskrevet her tilveiebringes et forbedret brukergrensesnitt for å formidle oppgavebehandlings- og kalenderinformasjon i en kontinuerlig vist datamaskin-generert huskeliste. Den elektroniske huskelisten inneholder en liste over forestående oppgaver, møter og avtaler som fylles av et separat elektronisk kalender- og/eller oppgavebehandlingsprogram. Det vil være klart for fagmannen at forskjellige endringer eller varianter kan gjøres av foreliggende oppfinnelse uten å fjerne seg fra oppfinnelsens ramme eller idé. Andre utførelsesformer av foreliggende oppfinnelse vil være åpenbare for fagmannen etter en gjennomgang av beskrivelsen og praktisering av oppfinnelsen beskrevet her.

Claims (22)

1. Fremgangsmåte for å tilveiebringe oppgaveinformasjon og kalenderinformasjon i et huskeliste-brukergrensesnitt, som omfatter: søke i minst ett hukommelseslager etter minst ett kalenderobjekt merket for å leges til i huskeliste-brukergrensesnittet og minst ett oppgaveobjekt merket for å legges til i huskeliste-brukergrensesnittet; sette inn i huskeliste-brukergrensesnitt et avtalevisningsfeltfor å vise innholdet det i det minste ene kalenderobjektet; sette inn i huskeliste-brukergrensesnittet en oppgaveliste som skal inneholde det i det minste ene oppgaveobjektet; organisere minst ett oppgaveobjekt inneholdt i oppgavelisten som del av minst én logisk gruppering, hvor det i det minste ene oppgaveobjektet inngår i en gitt logisk gruppering som tilhører en anordningstype tilknyttet den gitte logisk grupperingen; fremvise huskeliste-brukergrensesnittet som en komponent av et større brukergrensesnitt, hvor det større brukergrensesnittet omfatter et hoved brukergrensesnitt som omfatter huskeliste-brukergrensesnittet og minst en annen brukergrensesnittkomponent, hvor et område av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet kan bli brukt til å vise funksjoner og informasjon assosiert med minste en første programvareapplikasjon, hvor funksjonaliteten og informasjonen knyttet til den i det minste ene første programvareapplikasjonen ikke er avhengig av informasjonen som er satt inn i huskeliste-brukergrensesnittet; og ved en fortsatt visning av huskeliste-brukergrensesnittet blir huskeliste-brukergrensesnittet, som er satt inn avtalevisningsfeltet og oppgavelisten som en del av det større brukergrensesnittet hvis funksjonalitet og informasjon er knyttet til den i det minst ene første programvareapplikasjonen som vises i området av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet, erstattet av funksjonalitet og informasjon assosiert med i det minste en andre programvareapplikasjon.

2. Fremgangsmåte ifølge krav 1, videre omfattende det å: før innsetting i huskeliste-brukergrensesnittet av et avtalevisningsfelt for å inneholde ett eller flere kalenderobjekter, hente frem det ene eller de flere kalenderobjektene fra et lager for kalenderobjekter, og før innsetting i huskeliste-brukergrensesnittet av en oppgaveliste for å inneholde ett eller flere oppgaveobjekter, hente frem det ene eller de flere oppgave-objektene fra et lager for oppgaveobjekter.

3. Fremgangsmåte ifølge krav 1, videre omfattende det å sette inn i huskeliste-brukergrensesnittet et oppgaveinnmatingspanel for å legge inn et nytt oppgaveobjekt i oppgavelisten.

4. Fremgangsmåte ifølge krav 1, videre omfattende det å, etter innsetting i huskeliste-brukergrensesnittet av et avtalevisningsfelt for å inneholde ett eller flere kalenderobjekter, hente frem ett eller flere kalenderobjekter fra én eller flere lagringskilder, og vise det ene eller de flere innhentede kalenderobjektene i avtalevisningsfeltet.

5. Fremgangsmåte ifølge krav 4, der det å hente frem ett eller flere kalenderobjekter fra én eller flere lagringskilder omfatter det å hente frem ett eller flere dataobjekter som er merket for gjenkjenning av huskeliste-brukergrensesnittet som et kalenderobjekt.

6. Fremgangsmåte ifølge krav 1, videre omfattende det å, før organisering av ett eller flere oppgaveobjekter inneholdt i oppgavelisten i én eller flere logiske grupper, hente frem ett eller flere oppgaveobjekter fra én eller flere kilder for innsetting i oppgavelisten.

7. Fremgangsmåte ifølge krav 6, der det å hente frem ett eller flere oppgaveobjekter fra én eller flere kilder for innsetting i oppgavelisten omfatter det å hente frem ett eller flere dataelementer som er merket for gjenkjenning av huskeliste-brukergrensesnittet som et oppgaveobjekt.

8. Fremgangsmåte ifølge krav 1, videre omfattende det å sette inn i huskeliste-brukergrensesnittet en datovelgerkontroll for å vise en valgt kalendervisning.

9. Fremgangsmåte ifølge krav 8, videre omfattende det å, som reaksjon på valg av en dato inneholdt i datovelgerkontrollen, laste inn et kalendergrensesnitt i det området i det større brukergrensesnittet som ikke opptas av huskeliste-brukergrensesnittet, og sette det lastede kalendergrensesnittet til den valgte datoen.

10. Fremgangsmåte ifølge krav 9, videre omfattende det å, ved mottak av et oppgaveelement anvendt på en dato i datovelgerkontrollen, sette inn i oppgavelisten oppgaveelementet i en posisjon i oppgavelisten som hører til den datoen som oppgaveelementet anvendes på.

11. Datamaskin implementert forbedret brukergrensesnitt, omfattende: en fremgangsmåte som omfatter: søke i minst ett hukommelseslager etter minst ett kalenderobjekt merket for å leges til i huskeliste-brukergrensesnittet og minst ett oppgaveobjekt merket for å legges til i huskeliste-brukergrensesnittet; sette inn i huskeliste-brukergrensesnitt et avtalevisningsfelt for å vise inneholdet det i det minste ene kalenderobjektet; sette inn i huskeliste-brukergrensesnittet en oppgaveliste som skal inneholde det i det minste ene oppgaveobjektet; organisere minst ett oppgaveobjekt inneholdt i oppgavelisten som del av minst én logisk gruppering, hvor det i det minste ene oppgaveobjektet inngår i en gitt logisk gruppering som tilhører en anordningstype tilknyttet den gitte logisk grupperingen; fremvise huskeliste-brukergrensesnittet som en komponent av et større brukergrensesnitt, hvor det større brukergrensesnittet omfatter et hoved brukergrensesnitt som omfatter huskeliste-brukergrensesnittet og minst en annen brukergrensesnittkomponent, hvor et område av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet kan bli brukt til å vise funksjoner og informasjon assosiert med minste en første programvareapplikasjon, hvor funksjonaliteten og informasjonen knyttet til den i det minste ene første programvareapplikasjonen ikke er avhengig av informasjonen som er satt inn i huskeliste-brukergrensesnittet; og ved en fortsatt visning av huskeliste-brukergrensesnittet blir huskeliste-brukergrensesnittet, som er satt inn avtalevisningsfeltet og oppgavelisten som en del av det større brukergrensesnittet hvis funksjonalitet og informasjon er knyttet til den i det minst ene første programvareapplikasjonen som vises i området av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet, erstattet av funksjonalitet og informasjon assosiert med i det minste en andre programvareapplikasjon.

12. Datamaskin implementert forbedret brukergrensesnitt ifølge krav 11, videre omfattende fremvisning av datamaskinen et oppgaveinnmatingspanel anordnet ovenfor oppgavelisten for å motta innmating av et nytt oppgaveobjekt i oppgavelisten.

13. Datamaskin implementert forbedret brukergrensesnitt ifølge krav 12, videre omfattende fremvisning av datamaskinen en datovelgerkontroll anordnet over avtalevisningsfeltet for å vise en valgt kalendervisning.

14. Datamaskin-lesbart medium som inneholder datamaskininstruksjoner som når de blir eksekvert av en datamaskin utfører en fremgangsmåte for å formidle oppgaveinformasjon og kalenderinformasjon i et huskeliste-brukergrensesnitt, som omfatter det å: søke i minst ett hukommelseslager etter minst ett kalenderobjekt merket for å leges til i huskeliste-brukergrensesnittet og minst ett oppgaveobjekt merket for å legges til i huskeliste-brukergrensesnittet; sette inn i huskeliste-brukergrensesnitt et avtalevisningsfelt for å vise inneholdet det i det minste ene kalenderobjektet; sette inn i huskeliste-brukergrensesnittet en oppgaveliste som skal inneholde det i det minste ene oppgaveobjektet; organisere minst ett oppgaveobjekt inneholdt i oppgavelisten som del av minst én logisk gruppering, hvor det i det minste ene oppgaveobjektet inngår i en gitt logisk gruppering som tilhører en anordningstype tilknyttet den gitte logisk grupperingen; fremvise huskeliste-brukergrensesnittet som en komponent av et større brukergrensesnitt, hvor det større brukergrensesnittet omfatter et hoved brukergrensesnitt som omfatter huskeliste-brukergrensesnittet og minst en annen brukergrensesnittkomponent, hvor et område av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet kan bli brukt til å vise funksjoner og informasjon assosiert med minste en første programvareapplikasjon, hvor funksjonaliteten og informasjonen knyttet til den i det minste ene første programvareapplikasjonen ikke er avhengig av informasjonen som er satt inn i huskeliste-brukergrensesnittet; og ved en fortsatt visning av huskeliste-brukergrensesnittet blir huskeliste-brukergrensesnittet, som er satt inn avtalevisningsfeltet og oppgavelisten som en del av det større brukergrensesnittet hvis funksjonalitet og informasjon er knyttet til den i det minst ene første programvareapplikasjonen som vises i området av det større brukergrensesnittet som ikke er brukt av huskeliste-brukergrensesnittet, erstattet av funksjonalitet og informasjon assosiert med i det minste en andre programvareapplikasjon.

15. Datamaskin-lesbart medium ifølge krav 14, der fremgangsmåten videre omfatter det å: før innsetting i huskeliste-brukergrensesnittet av et avtalevisningsfelt for å inneholde ett eller flere kalenderobjekter, hente frem det ene eller de flere kalenderobjektene fra et lager for kalenderobjekter, og før innsetting i huskeliste-brukergrensesnittet av en oppgaveliste for å inneholde ett eller flere oppgaveobjekter, hente frem det ene eller de flere oppgave-objektene fra et lager for oppgaveobjekter.

16. Datamaskin-lesbart medium ifølge krav 14, der fremgangsmåten videre omfatter det å sette inn i huskeliste-brukergrensesnittet et oppgaveinnmatingspanel for å legge inn et nytt oppgaveobjekt i oppgavelisten.

17. Datamaskin-lesbart medium ifølge krav 14, der fremgangsmåten videre omfatter det å sette inn i huskeliste-brukergrensesnittet en datovelgerkontroll for å vise en valgt kalendervisning.

18. Datamaskin-lesbart medium ifølge krav 17, der fremgangsmåten videre omfatter det å, som reaksjon på valg av en dato inneholdt i datovelgerkontrollen, laste inn et kalendergrensesnitt i det området i det større brukergrensesnittet som ikke opptas av huskeliste-brukergrensesnittet, og sette det lastede kalendergrensesnittet til den valgte datoen.

19. Datamaskin-lesbart medium ifølge krav 17, der fremgangsmåten videre omfatter det å, ved mottak av et oppgaveelement anvendt på en dato i datovelgerkon trollen, sette inn i oppgavelisten oppgaveelementet i en posisjon i oppgavelisten som hører til den datoen som oppgaveelementet anvendes på.

20. Datamaskin-lesbart medium ifølge krav 14, der fremgangsmåten videre omfatter det å, etter innsetting i huskeliste-brukergrensesnittet av et avtalevisningsfelt for å inneholde ett eller flere kalenderobjekter, hente frem ett eller flere kalenderobjekter fra én eller flere lagringskilder, og vise det ene eller de flere innhentede kalenderobjektene i avtalevisningsfeltet.

21. Datamaskin-lesbart medium ifølge krav 20, der det å hente frem ett eller flere kalenderobjekter fra én eller flere lagringskilder omfatter det å hente frem ett eller flere dataobjekter som er merket for gjenkjenning av huskeliste-brukergrensesnittet som et kalenderobjekt.

22. Datamaskin-lesbart medium ifølge krav 14, der fremgangsmåten videre omfatter det å, før organisering av ett eller flere oppgaveobjekter inneholdt i oppgavelisten i én eller flere logiske grupper, hente frem ett eller flere oppgaveobjekter fra én eller flere kilder for innsetting i oppgavelisten.