On Feb 28, 2013, at 12:01 PM, Jess Mitchell <[email protected]> wrote:
> Gregg, > > I wonder if you could clarify a little by explaining the abbreviations you're > using (mm and mini-mm). This thread stretches across 3 communities and we > probably have some people who aren't familiar with the terms and > abbreviations. > Best, > Jess > Oh I am sorry. MM= MatchMaker mini-MM is a portion of the MatchMaker function that would exist on the local device. > > On Feb 28, 2013, at 12:20 PM, Gregg Vanderheiden <[email protected]> wrote: > >> With the 4th the user doesn’t ever go to any page to make any adjustments to >> preferences. >> >> think of it this way. >> >> Whenever it gets loud you turn up the volume. After awhile the MM (or a >> local mini-MM in the computer) notices this and asks if you would like >> (prefer) to turn up the volume when the background gets loud (using the >> settings you have been using). If you say yes - this is added to the >> preferences. >> >> Another is that each time it goes to a computer to environment the MM sets >> it to the Pref but they notice the user always turns it down from the stored >> pref. So they ask if the user would like it to start out lower. >> >> Or the MM may ask if it should just make such adjustments automatically if >> it see the user always doing the same thing. And then both a) that goes >> into prefs and b) prefs get changed without the user doing anything. >> >> >> Gregg >> -------------------------------------------------------- >> Gregg Vanderheiden Ph.D. >> Director Trace R&D Center >> Professor Industrial & Systems Engineering >> and Biomedical Engineering University of Wisconsin-Madison >> Technical Director - Cloud4all Project - http://Cloud4all.info >> Co-Director, Raising the Floor - International - http://Raisingthefloor.org >> and the Global Public Inclusive Infrastructure Project - http://GPII.net >> >> On Feb 28, 2013, at 7:06 AM, tona monjo <[email protected]> wrote: >> >>> Hi Gregg, >>> >>> I wonder if the 4th approach can be the same as the 3rd in Jon's diagram: >>> the user does modifications directly on the page (in one or several >>> sessions) and they are saved as a preference set. >>> >>> Tona >>> >>> >>> On Thu, Feb 28, 2013 at 12:47 AM, Gregg Vanderheiden <[email protected]> >>> wrote: >>> Hi Jonathan >>> >>> very nice diagram >>> box in upper left good to have too so people can see it is three approaches >>> and not just three steps. >>> >>> >>> Wouldn’t a 4 approach be just having the system track the user making >>> changes to settings directly from day to day and detecting patterns? >>> >>> >>> Gregg >>> -------------------------------------------------------- >>> Gregg Vanderheiden Ph.D. >>> Director Trace R&D Center >>> Professor Industrial & Systems Engineering >>> and Biomedical Engineering University of Wisconsin-Madison >>> Technical Director - Cloud4all Project - http://Cloud4all.info >>> Co-Director, Raising the Floor - International - http://Raisingthefloor.org >>> and the Global Public Inclusive Infrastructure Project - http://GPII.net >>> >>> On Feb 27, 2013, at 12:46 PM, Jonathan Hung <[email protected]> wrote: >>> >>>> Hi everyone, >>>> >>>> Earlier this week, Tona sent out some first sketches of the preferences >>>> panel (see email titled: "PGA: wireframing first ideas"). >>>> >>>> To put that sketch into context, the "preferences panel" is just one >>>> method the student can define and refine their preference set(s). We >>>> envision that the learner will also be able to specify preferences through >>>> a wizard and directly in context of the content (i.e. a video clip may >>>> indicate alternatives or customizations in some way). >>>> >>>> Attached is a diagram showing these three main approaches. Feedback is >>>> welcome. >>>> >>>> Thanks! >>>> >>>> - Jon. >>>> >>>> -- >>>> JONATHAN HUNG >>>> >>>> INCLUSIVE DESIGNER, IDRC >>>> >>>> T: 416 977 6000 x3951 >>>> F: 416 977 9844 >>>> E: [email protected] >>>> >>>> OCAD UNIVERSITY >>>> Inclusive Design Research Centre >>>> 205 Richmond Street W, Toronto, ON, M5V 1V3 >>>> >>>> www.ocadu.ca >>>> www.idrc.ocad.ca >>>> <pga-generating-prefs.png>_______________________________________________ >>>> GlobalPreferences mailing list >>>> [email protected] >>>> http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences >>> >>> >>> _______________________________________________ >>> GlobalPreferences mailing list >>> [email protected] >>> http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences >>> >>> >>> >>> >>> -- >>> Tona Monjo >>> LATENT, User Experience Design >>> http://www.latent-design.com >>> T (+34) 654 402 387 >>> Skype: tona.monjo >>> Twitter: tona_monjo >>> Blog: http://tonamonjo.net/ >>> _______________________________________________ >>> GlobalPreferences mailing list >>> [email protected] >>> http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences >> >> _______________________________________________________ >> fluid-work mailing list - [email protected] >> To unsubscribe, change settings or access archives, >> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work > > _______________________________________________ > GlobalPreferences mailing list > [email protected] > http://lists.idrc.ocad.ca/cgi-bin/mailman/listinfo/globalpreferences _______________________________________________________ fluid-work mailing list - [email protected] To unsubscribe, change settings or access archives, see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
