'adopt-o-meter' for the download page

> Hi,
>
> For the marketing of 3.4.0, and to visually stress the meaning of
>
> http://blog.documentfoundation.org/2011/05/13/announcing-a-new-beta-release/
>
> we would need a design of an 'adopt-o-meter' for the download page, a
> kind of 'meter' that shows for which group is the version ideal: "early
> adopters", "home users", "corporate users".  This would be next to the
> download links on the http://www.libreoffice.org/download/ ; for 3.3.2,
> indicator would point to "corporate users", for 3.4.0, it would point to
> "early adopters".
>
>  From the graphical point of view, I see it similar to
>
> http://www.hsvutil.org/wp-content/uploads/2010/11/meter.jpg
> http://hydrogenwaterfuel.com/cart/images/uploads/HF_50_amp_meter.gif
> <a href="http://www.yokogawa-usa.com/yokogawa/Analog%20Panel%">http://www.yokogawa-usa.com/yokogawa/Analog%20Panel%
> 20Meters/StylistMeter.JPG
>
> [randomly found by google]
>
> without any numbers, just with color areas, with "early adopters" on the
> left, "home users" in the middle, and "corporate users" on the right.  I
> would prefer to avoid red color for any of these; none means a "danger".
> But - corporate users should be green ;-)  The description of the
> 'adopt-o-meter' should be something like "Ideal for".
>
> I would like to ask you for 3 versions, each one with the indicator
> pointing to the different group.
>
> Anybody here who would be willing to design such a thing? ;-)
>
> Thank you a lot,
> Kendy
>
>

> Hi,
>
> For the marketing of 3.4.0, and to visually stress the meaning of
>
> http://blog.documentfoundation.org/2011/05/13/announcing-a-new-beta-release/
>
> we would need a design of an 'adopt-o-meter' for the download page, a
> kind of 'meter' that shows for which group is the version ideal: "early
> adopters", "home users", "corporate users".  This would be next to the
> download links on the http://www.libreoffice.org/download/ ; for 3.3.2,
> indicator would point to "corporate users", for 3.4.0, it would point to
> "early adopters".
>
>  From the graphical point of view, I see it similar to
>
> http://www.hsvutil.org/wp-content/uploads/2010/11/meter.jpg
> http://hydrogenwaterfuel.com/cart/images/uploads/HF_50_amp_meter.gif
> <a href="http://www.yokogawa-usa.com/yokogawa/Analog%20Panel%">http://www.yokogawa-usa.com/yokogawa/Analog%20Panel%
> 20Meters/StylistMeter.JPG
>
> [randomly found by google]

> Hi Kendy
>
> This type of idea could be extended to apply to the installation process.
>
> i.e.
> Power Users - want all options turned on and showing
> Professional Users - most options turned on and showing
> Moderate Users - reduced set of options turned on and showing
> Basic User - minimum set to be functional, hide all others.
>
> This could apply to Writer and Calc so that a user could indicate Power user
> for Writer but Moderate for Calc.
>
> This would require that all toolbars have a ranking as well as all pull-down
> menu options and icons. e.g. 4 = Power User, 3=Professional User
>
> If a person indicates 3 then only 4's are hidden, if they indicate 2 then
> 3's and 4's are hidden. A user can in time change their ranking to see what
> is available.
>
> I've added this suggestion to Design/WhitePaper/InterfaceImprovements which
> can be accessed from Design/Whiteboards in the Document Foundation.

> My idea goes the other way round: People interested in downloading should
> not be handled as part of a certain group (early adopters, home users, corporate users),
> but everybody should find his/her own position in the graphic and pick the version next to this position.
>
>
>>    Anybody here who would be willing to design such a thing? ;-)
>
>
> It's not at all a final design - not even a mockup.
>
> It's just a visual brainstorming:
>
> http://wiki.documentfoundation.org/File:Adapt-o-meter.png

> 2011/5/18 Phil Jackson<[hidden email]>:
>> Hi Kendy
>>
>> This type of idea could be extended to apply to the installation process.
>>
>> i.e.
>> Power Users - want all options turned on and showing
>> Professional Users - most options turned on and showing
>> Moderate Users - reduced set of options turned on and showing
>> Basic User - minimum set to be functional, hide all others.
>>
>> This could apply to Writer and Calc so that a user could indicate Power user
>> for Writer but Moderate for Calc.
>>
>> This would require that all toolbars have a ranking as well as all pull-down
>> menu options and icons. e.g. 4 = Power User, 3=Professional User
>>
>> If a person indicates 3 then only 4's are hidden, if they indicate 2 then
>> 3's and 4's are hidden. A user can in time change their ranking to see what
>> is available.
>>
>> I've added this suggestion to Design/WhitePaper/InterfaceImprovements which
>> can be accessed from Design/Whiteboards in the Document Foundation.
> This is what OOo4kids is trying: http://wiki.ooo4kids.org/index.php/Main_Page
> But I'm not sure... mainly because a user that starts on the lowest
> level most probably will not change. There is no easy answer for the
> problem "basic vs. advanced users" unless you build two completely
> different apps... or redesign the use of templates:
> https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
>
>
> Bernhard Dippold
>> My idea goes the other way round: People interested in downloading should
>> not be handled as part of a certain group (early adopters, home users, corporate users),
>> but everybody should find his/her own position in the graphic and pick the version next to this position.
>>
>>
>>>     Anybody here who would be willing to design such a thing? ;-)
>>
>> It's not at all a final design - not even a mockup.
>>
>> It's just a visual brainstorming:
>>
>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
> A big +1!!!
>

> Hi Bernhard
>
> It's good to see similar ideas in operation/development with OOo4kids.
>
> Being a programmer myself, I know it shouldn't be too difficult to
> build menus and tool bars that have an additional User-Ranking tag.
> When Toolbars and menus are displayed, it should also not be too
> difficult to supress ones that don't fit the ranking. To future-proof
> this system, the ranking must be flexible enough to allow for
> extending it to more ranks without affecting current users' settings.
> For example there could be a 2-3 character code where the first
> character is the major level and subsequent characters the lower levels.
>
> With templates though, this will be a challenge. I agree with the
> author of the second link that sometimes the software goes too far in
> the decisions it makes. Any user who has tried to put multiple
> pictures on a page and then started moving them around would have
> experienced this happening.
>
> Templates are perfect for repetitive tasks such as doing meeting
> agendas where the structure stays the same each time, but the detail
> changes. I personally think that when entering details into templates,
> the number of operations needs to be restricted to actions like;
> Copy a sub-section of the template i.e. an additional item is needed
> for a list
> Delete a sub-section of the template i.e. not needed
>
> For those interested in templates, it would perhaps be useful to
> consider the different uses for templates and identify some
> commonalities between them. It's almost like an application which is
> allowing for pre-formatted input.
>
> Cheers
>
> Phil Jackson
>
>
>
>
> On 5/19/2011 10:04 AM, RGB ES wrote:
>> 2011/5/18 Phil Jackson<[hidden email]>:
>>> Hi Kendy
>>>
>>> This type of idea could be extended to apply to the installation
>>> process.
>>>
>>> i.e.
>>> Power Users - want all options turned on and showing
>>> Professional Users - most options turned on and showing
>>> Moderate Users - reduced set of options turned on and showing
>>> Basic User - minimum set to be functional, hide all others.
>>>
>>> This could apply to Writer and Calc so that a user could indicate
>>> Power user
>>> for Writer but Moderate for Calc.
>>>
>>> This would require that all toolbars have a ranking as well as all
>>> pull-down
>>> menu options and icons. e.g. 4 = Power User, 3=Professional User
>>>
>>> If a person indicates 3 then only 4's are hidden, if they indicate 2
>>> then
>>> 3's and 4's are hidden. A user can in time change their ranking to
>>> see what
>>> is available.
>>>
>>> I've added this suggestion to
>>> Design/WhitePaper/InterfaceImprovements which
>>> can be accessed from Design/Whiteboards in the Document Foundation.
>> This is what OOo4kids is trying:
>> http://wiki.ooo4kids.org/index.php/Main_Page
>> But I'm not sure... mainly because a user that starts on the lowest
>> level most probably will not change. There is no easy answer for the
>> problem "basic vs. advanced users" unless you build two completely
>> different apps... or redesign the use of templates:
>> https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
>>
>>
>> Bernhard Dippold
>>> My idea goes the other way round: People interested in downloading
>>> should
>>> not be handled as part of a certain group (early adopters, home
>>> users, corporate users),
>>> but everybody should find his/her own position in the graphic and
>>> pick the version next to this position.
>>>
>>>
>>>>     Anybody here who would be willing to design such a thing? ;-)
>>>
>>> It's not at all a final design - not even a mockup.
>>>
>>> It's just a visual brainstorming:
>>>
>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>> A big +1!!!
>>
>

>
> On 2011-05-19 11:02, Phil Jackson wrote:
>> Hi Bernhard
>>
>> It's good to see similar ideas in operation/development with OOo4kids.
>>
>> Being a programmer myself, I know it shouldn't be too difficult to
>> build menus and tool bars that have an additional User-Ranking tag.
>> When Toolbars and menus are displayed, it should also not be too
>> difficult to supress ones that don't fit the ranking. To future-proof
>> this system, the ranking must be flexible enough to allow for
>> extending it to more ranks without affecting current users' settings.
>> For example there could be a 2-3 character code where the first
>> character is the major level and subsequent characters the lower levels.
>>
>> With templates though, this will be a challenge. I agree with the
>> author of the second link that sometimes the software goes too far in
>> the decisions it makes. Any user who has tried to put multiple
>> pictures on a page and then started moving them around would have
>> experienced this happening.
>>
>> Templates are perfect for repetitive tasks such as doing meeting
>> agendas where the structure stays the same each time, but the detail
>> changes. I personally think that when entering details into templates,
>> the number of operations needs to be restricted to actions like;
>> Copy a sub-section of the template i.e. an additional item is needed
>> for a list
>> Delete a sub-section of the template i.e. not needed
>>
>> For those interested in templates, it would perhaps be useful to
>> consider the different uses for templates and identify some
>> commonalities between them. It's almost like an application which is
>> allowing for pre-formatted input.
>>
>> Cheers
>>
>> Phil Jackson
>>
>>
>>
>>
>> On 5/19/2011 10:04 AM, RGB ES wrote:
>>> 2011/5/18 Phil Jackson<[hidden email]>:
>>>> Hi Kendy
>>>>
>>>> This type of idea could be extended to apply to the installation
>>>> process.
>>>>
>>>> i.e.
>>>> Power Users - want all options turned on and showing
>>>> Professional Users - most options turned on and showing
>>>> Moderate Users - reduced set of options turned on and showing
>>>> Basic User - minimum set to be functional, hide all others.
>>>>
>>>> This could apply to Writer and Calc so that a user could indicate
>>>> Power user
>>>> for Writer but Moderate for Calc.
>>>>
>>>> This would require that all toolbars have a ranking as well as all
>>>> pull-down
>>>> menu options and icons. e.g. 4 = Power User, 3=Professional User
>>>>
>>>> If a person indicates 3 then only 4's are hidden, if they indicate 2
>>>> then
>>>> 3's and 4's are hidden. A user can in time change their ranking to
>>>> see what
>>>> is available.
>>>>
>>>> I've added this suggestion to
>>>> Design/WhitePaper/InterfaceImprovements which
>>>> can be accessed from Design/Whiteboards in the Document Foundation.
>>> This is what OOo4kids is trying:
>>> http://wiki.ooo4kids.org/index.php/Main_Page
>>> But I'm not sure... mainly because a user that starts on the lowest
>>> level most probably will not change. There is no easy answer for the
>>> problem "basic vs. advanced users" unless you build two completely
>>> different apps... or redesign the use of templates:
>>> https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
>>>
>>>
>>> Bernhard Dippold
>>>> My idea goes the other way round: People interested in downloading
>>>> should
>>>> not be handled as part of a certain group (early adopters, home
>>>> users, corporate users),
>>>> but everybody should find his/her own position in the graphic and
>>>> pick the version next to this position.
>>>>
>>>>
>>>>>      Anybody here who would be willing to design such a thing? ;-)
>>>> It's not at all a final design - not even a mockup.
>>>>
>>>> It's just a visual brainstorming:
>>>>
>>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>>> A big +1!!!
>>>
> Hi. There are a number of applications that turn "Advanced" menus on or
> off. I think this needs to be carefully managed so a potential user
> doesn't install LO and then think it can't do a fraction of what MO does
> because he doesn't realise he is in basic mode or that there is an
> advanced mode. When I look through the menus of Writer almost everything
> I see is a basic necessity so it is hard to see what would be dropped.
> The status needs to be clearly visible in the panel or frame and also
> how to change the functionality so that users do not feel LO has limited
> ability.
> May be in the bottom of the frame next to the slider for zoom there is a
> slider for Menus, Simple<->Advanced. But then how is this reflected in
> the buttons available on the panels and what is the implication on
> graphical programming.
> steve
>

>
> On 2011-05-19 11:02, Phil Jackson wrote:
> > Hi Bernhard
> >
> > It's good to see similar ideas in operation/development with OOo4kids.
> >
> > Being a programmer myself, I know it shouldn't be too difficult to
> > build menus and tool bars that have an additional User-Ranking tag.
> > When Toolbars and menus are displayed, it should also not be too
> > difficult to supress ones that don't fit the ranking. To future-proof
> > this system, the ranking must be flexible enough to allow for
> > extending it to more ranks without affecting current users' settings.
> > For example there could be a 2-3 character code where the first
> > character is the major level and subsequent characters the lower levels.
> >
> > With templates though, this will be a challenge. I agree with the
> > author of the second link that sometimes the software goes too far in
> > the decisions it makes. Any user who has tried to put multiple
> > pictures on a page and then started moving them around would have
> > experienced this happening.
> >
> > Templates are perfect for repetitive tasks such as doing meeting
> > agendas where the structure stays the same each time, but the detail
> > changes. I personally think that when entering details into templates,
> > the number of operations needs to be restricted to actions like;
> > Copy a sub-section of the template i.e. an additional item is needed
> > for a list
> > Delete a sub-section of the template i.e. not needed
> >
> > For those interested in templates, it would perhaps be useful to
> > consider the different uses for templates and identify some
> > commonalities between them. It's almost like an application which is

> >>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
> >> A big +1!!!
> >>
> >
> Hi. There are a number of applications that turn "Advanced" menus on or
> off. I think this needs to be carefully managed so a potential user
> doesn't install LO and then think it can't do a fraction of what MO does
> because he doesn't realise he is in basic mode or that there is an
> advanced mode. When I look through the menus of Writer almost everything
> I see is a basic necessity so it is hard to see what would be dropped.
> The status needs to be clearly visible in the panel or frame and also
> how to change the functionality so that users do not feel LO has limited
> ability.
> May be in the bottom of the frame next to the slider for zoom there is a
> slider for Menus, Simple<->Advanced. But then how is this reflected in
> the buttons available on the panels and what is the implication on
> graphical programming.
> steve
>

> Hi Steve
>
> The mode that someone is in could be shown in the title bar after the
> document title and -LibreOffice such as;
>
> Untitled 1- LibreOffice Writer - Basic Mode (See Options menu to change)
>
> This informs the user what mode they are in and also tells them that
> it can be changed).
>
> Also have a look at my suggestion on
> Design\Whiteboards\InterfaceImprovement which does away with the need
> for all the icons that affect marked text to be show on the main
> screen. This single idea if implemented dramatically reduces the
> screen complexity by bringing this functionality to the user when they
> need it.
>
> Cheers
>
> Phil Jackson
>
>
> On 5/19/2011 11:25 AM, Steve Edmonds wrote:
>>
>> On 2011-05-19 11:02, Phil Jackson wrote:
>>> Hi Bernhard
>>>
>>> It's good to see similar ideas in operation/development with OOo4kids.
>>>
>>> Being a programmer myself, I know it shouldn't be too difficult to
>>> build menus and tool bars that have an additional User-Ranking tag.
>>> When Toolbars and menus are displayed, it should also not be too
>>> difficult to supress ones that don't fit the ranking. To future-proof
>>> this system, the ranking must be flexible enough to allow for
>>> extending it to more ranks without affecting current users' settings.
>>> For example there could be a 2-3 character code where the first
>>> character is the major level and subsequent characters the lower
>>> levels.
>>>
>>> With templates though, this will be a challenge. I agree with the
>>> author of the second link that sometimes the software goes too far in
>>> the decisions it makes. Any user who has tried to put multiple
>>> pictures on a page and then started moving them around would have
>>> experienced this happening.
>>>
>>> Templates are perfect for repetitive tasks such as doing meeting
>>> agendas where the structure stays the same each time, but the detail
>>> changes. I personally think that when entering details into templates,
>>> the number of operations needs to be restricted to actions like;
>>> Copy a sub-section of the template i.e. an additional item is needed
>>> for a list
>>> Delete a sub-section of the template i.e. not needed
>>>
>>> For those interested in templates, it would perhaps be useful to
>>> consider the different uses for templates and identify some
>>> commonalities between them. It's almost like an application which is
>>> allowing for pre-formatted input.
>>>
>>> Cheers
>>>
>>> Phil Jackson
>>>
>>>
>>>
>>>
>>> On 5/19/2011 10:04 AM, RGB ES wrote:
>>>> 2011/5/18 Phil Jackson<[hidden email]>:
>>>>> Hi Kendy
>>>>>
>>>>> This type of idea could be extended to apply to the installation
>>>>> process.
>>>>>
>>>>> i.e.
>>>>> Power Users - want all options turned on and showing
>>>>> Professional Users - most options turned on and showing
>>>>> Moderate Users - reduced set of options turned on and showing
>>>>> Basic User - minimum set to be functional, hide all others.
>>>>>
>>>>> This could apply to Writer and Calc so that a user could indicate
>>>>> Power user
>>>>> for Writer but Moderate for Calc.
>>>>>
>>>>> This would require that all toolbars have a ranking as well as all
>>>>> pull-down
>>>>> menu options and icons. e.g. 4 = Power User, 3=Professional User
>>>>>
>>>>> If a person indicates 3 then only 4's are hidden, if they indicate 2
>>>>> then
>>>>> 3's and 4's are hidden. A user can in time change their ranking to
>>>>> see what
>>>>> is available.
>>>>>
>>>>> I've added this suggestion to
>>>>> Design/WhitePaper/InterfaceImprovements which
>>>>> can be accessed from Design/Whiteboards in the Document Foundation.
>>>> This is what OOo4kids is trying:
>>>> http://wiki.ooo4kids.org/index.php/Main_Page
>>>> But I'm not sure... mainly because a user that starts on the lowest
>>>> level most probably will not change. There is no easy answer for the
>>>> problem "basic vs. advanced users" unless you build two completely
>>>> different apps... or redesign the use of templates:
>>>> https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
>>>>
>>>>
>>>> Bernhard Dippold
>>>>> My idea goes the other way round: People interested in downloading
>>>>> should
>>>>> not be handled as part of a certain group (early adopters, home
>>>>> users, corporate users),
>>>>> but everybody should find his/her own position in the graphic and
>>>>> pick the version next to this position.
>>>>>
>>>>>
>>>>>>      Anybody here who would be willing to design such a thing? ;-)
>>>>> It's not at all a final design - not even a mockup.
>>>>>
>>>>> It's just a visual brainstorming:
>>>>>
>>>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>>>> A big +1!!!
>>>>
>> Hi. There are a number of applications that turn "Advanced" menus on or
>> off. I think this needs to be carefully managed so a potential user
>> doesn't install LO and then think it can't do a fraction of what MO does
>> because he doesn't realise he is in basic mode or that there is an
>> advanced mode. When I look through the menus of Writer almost everything
>> I see is a basic necessity so it is hard to see what would be dropped.
>> The status needs to be clearly visible in the panel or frame and also
>> how to change the functionality so that users do not feel LO has limited
>> ability.
>> May be in the bottom of the frame next to the slider for zoom there is a
>> slider for Menus, Simple<->Advanced. But then how is this reflected in
>> the buttons available on the panels and what is the implication on
>> graphical programming.
>> steve
>>
>
>

> Hi. This could work.
> The smart marked text handling is similar to CAD software where
> contextual button selections are frequently used. Often the contextual
> button panel can be docked so that they are always in a fixed place for
> the user.
> steve
>
> On 2011-05-19 11:54, Phil Jackson wrote:
>> Hi Steve
>>
>> The mode that someone is in could be shown in the title bar after the
>> document title and -LibreOffice such as;
>>
>> Untitled 1- LibreOffice Writer - Basic Mode (See Options menu to change)
>>
>> This informs the user what mode they are in and also tells them that
>> it can be changed).
>>
>> Also have a look at my suggestion on
>> Design\Whiteboards\InterfaceImprovement which does away with the need
>> for all the icons that affect marked text to be show on the main
>> screen. This single idea if implemented dramatically reduces the
>> screen complexity by bringing this functionality to the user when they
>> need it.
>>
>> Cheers
>>
>> Phil Jackson
>>
>>
>> On 5/19/2011 11:25 AM, Steve Edmonds wrote:
>>> On 2011-05-19 11:02, Phil Jackson wrote:
>>>> Hi Bernhard
>>>>
>>>> It's good to see similar ideas in operation/development with OOo4kids.
>>>>
>>>> Being a programmer myself, I know it shouldn't be too difficult to
>>>> build menus and tool bars that have an additional User-Ranking tag.
>>>> When Toolbars and menus are displayed, it should also not be too
>>>> difficult to supress ones that don't fit the ranking. To future-proof
>>>> this system, the ranking must be flexible enough to allow for
>>>> extending it to more ranks without affecting current users' settings.
>>>> For example there could be a 2-3 character code where the first
>>>> character is the major level and subsequent characters the lower
>>>> levels.
>>>>
>>>> With templates though, this will be a challenge. I agree with the
>>>> author of the second link that sometimes the software goes too far in
>>>> the decisions it makes. Any user who has tried to put multiple
>>>> pictures on a page and then started moving them around would have
>>>> experienced this happening.
>>>>
>>>> Templates are perfect for repetitive tasks such as doing meeting
>>>> agendas where the structure stays the same each time, but the detail
>>>> changes. I personally think that when entering details into templates,
>>>> the number of operations needs to be restricted to actions like;
>>>> Copy a sub-section of the template i.e. an additional item is needed
>>>> for a list
>>>> Delete a sub-section of the template i.e. not needed
>>>>
>>>> For those interested in templates, it would perhaps be useful to
>>>> consider the different uses for templates and identify some
>>>> commonalities between them. It's almost like an application which is
>>>> allowing for pre-formatted input.
>>>>
>>>> Cheers
>>>>
>>>> Phil Jackson
>>>>
>>>>
>>>>
>>>>
>>>> On 5/19/2011 10:04 AM, RGB ES wrote:
>>>>> 2011/5/18 Phil Jackson<[hidden email]>:
>>>>>> Hi Kendy
>>>>>>
>>>>>> This type of idea could be extended to apply to the installation
>>>>>> process.
>>>>>>
>>>>>> i.e.
>>>>>> Power Users - want all options turned on and showing
>>>>>> Professional Users - most options turned on and showing
>>>>>> Moderate Users - reduced set of options turned on and showing
>>>>>> Basic User - minimum set to be functional, hide all others.
>>>>>>
>>>>>> This could apply to Writer and Calc so that a user could indicate
>>>>>> Power user
>>>>>> for Writer but Moderate for Calc.
>>>>>>
>>>>>> This would require that all toolbars have a ranking as well as all
>>>>>> pull-down
>>>>>> menu options and icons. e.g. 4 = Power User, 3=Professional User
>>>>>>
>>>>>> If a person indicates 3 then only 4's are hidden, if they indicate 2
>>>>>> then
>>>>>> 3's and 4's are hidden. A user can in time change their ranking to
>>>>>> see what
>>>>>> is available.
>>>>>>
>>>>>> I've added this suggestion to
>>>>>> Design/WhitePaper/InterfaceImprovements which
>>>>>> can be accessed from Design/Whiteboards in the Document Foundation.
>>>>> This is what OOo4kids is trying:
>>>>> http://wiki.ooo4kids.org/index.php/Main_Page
>>>>> But I'm not sure... mainly because a user that starts on the lowest
>>>>> level most probably will not change. There is no easy answer for the
>>>>> problem "basic vs. advanced users" unless you build two completely
>>>>> different apps... or redesign the use of templates:
>>>>> https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
>>>>>
>>>>>
>>>>> Bernhard Dippold
>>>>>> My idea goes the other way round: People interested in downloading
>>>>>> should
>>>>>> not be handled as part of a certain group (early adopters, home
>>>>>> users, corporate users),
>>>>>> but everybody should find his/her own position in the graphic and
>>>>>> pick the version next to this position.
>>>>>>
>>>>>>
>>>>>>>       Anybody here who would be willing to design such a thing? ;-)
>>>>>> It's not at all a final design - not even a mockup.
>>>>>>
>>>>>> It's just a visual brainstorming:
>>>>>>
>>>>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>>>>> A big +1!!!
>>>>>
>>> Hi. There are a number of applications that turn "Advanced" menus on or
>>> off. I think this needs to be carefully managed so a potential user
>>> doesn't install LO and then think it can't do a fraction of what MO does
>>> because he doesn't realise he is in basic mode or that there is an
>>> advanced mode. When I look through the menus of Writer almost everything
>>> I see is a basic necessity so it is hard to see what would be dropped.
>>> The status needs to be clearly visible in the panel or frame and also
>>> how to change the functionality so that users do not feel LO has limited
>>> ability.
>>> May be in the bottom of the frame next to the slider for zoom there is a
>>> slider for Menus, Simple<->Advanced. But then how is this reflected in
>>> the buttons available on the panels and what is the implication on
>>> graphical programming.
>>> steve
>>>
>>

> Hi Bernhard,
>
> On 2011-05-18 at 23:48 +0200, Bernhard Dippold wrote:
>
>> It's not at all a final design - not even a mockup.
>>
>> It's just a visual brainstorming:
>>
>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>
> This is great - serving a big different purpose than I originally
> thought, though :-)  It is very well graphically explaining the overall
> picture, but I thought more of a tag that you 'see and know'.
>
> John's original idea was to have something easy, with high impact, that
> makes your decision in up to 5 seconds.  Something like "I feel more
> like a corporate user; OK, I'll choose 3.3.2".  That's what I hope the
> 'adopt-o-meter' could do.
>
> Thank you,
> Kendy
>
>
> --
> Unsubscribe instructions: E-mail to [hidden email]
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/www/design/
> All messages sent to this list will be publicly archived and cannot be deleted
>

> Hi Bernhard,
>
> On 2011-05-18 at 23:48 +0200, Bernhard Dippold wrote:
>
> > It's not at all a final design - not even a mockup.
> >
> > It's just a visual brainstorming:
> >
> > http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>
> This is great - serving a big different purpose than I originally
> thought, though :-)  It is very well graphically explaining the overall
> picture, but I thought more of a tag that you 'see and know'.
>
> John's original idea was to have something easy, with high impact, that
> makes your decision in up to 5 seconds.  Something like "I feel more
> like a corporate user; OK, I'll choose 3.3.2".  That's what I hope the
> 'adopt-o-meter' could do.

> Hi Jan, all!
>
> Just a short question ...
>
> Am Donnerstag, den 19.05.2011, 14:28 +0200 schrieb Jan Holesovsky:
>> Hi Bernhard,
>>
>> On 2011-05-18 at 23:48 +0200, Bernhard Dippold wrote:
>>
>>> It's not at all a final design - not even a mockup.
>>>
>>> It's just a visual brainstorming:
>>>
>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>>
>> This is great - serving a big different purpose than I originally
>> thought, though :-)  It is very well graphically explaining the overall
>> picture, but I thought more of a tag that you 'see and know'.
>>
>> John's original idea was to have something easy, with high impact, that
>> makes your decision in up to 5 seconds.  Something like "I feel more
>> like a corporate user; OK, I'll choose 3.3.2".  That's what I hope the
>> 'adopt-o-meter' could do.
>
> Mmh, the adopt-o-meter shows it nicely (which is good), but the decision
> itself has to be done by the user (how to select the desired LibO
> version, where do I find it, ...).
>
> Can this be somehow aligned with the download selector on the website?
> Something like:
>        * "Official Release, for home and office use" -->  default
>        * "Highly stable, for corporate use"
>        * "Newest Features, for early adopters"
>
> So, the users may decide - but don't need to. And the decision to go for
> (e.g.) stability is directly tied to a certain version - no additional
> lookups.

> Hi all,
> Am 23.05.2011 15:49, schrieb Christoph Noack:
>> Hi Jan, all!
>>
>> Just a short question ...
>>
>> Am Donnerstag, den 19.05.2011, 14:28 +0200 schrieb Jan Holesovsky:
>>> Hi Bernhard,
>>>
>>> On 2011-05-18 at 23:48 +0200, Bernhard Dippold wrote:
>>>
>>>> It's not at all a final design - not even a mockup.
>>>>
>>>> It's just a visual brainstorming:
>>>>
>>>> http://wiki.documentfoundation.org/File:Adapt-o-meter.png
>>>
>>> This is great - serving a big different purpose than I originally
>>> thought, though :-)  It is very well graphically explaining the overall
>>> picture, but I thought more of a tag that you 'see and know'.
>>>
>>> John's original idea was to have something easy, with high impact, that
>>> makes your decision in up to 5 seconds.  Something like "I feel more
>>> like a corporate user; OK, I'll choose 3.3.2".  That's what I hope the
>>> 'adopt-o-meter' could do.
>>
>> Mmh, the adopt-o-meter shows it nicely (which is good), but the decision
>> itself has to be done by the user (how to select the desired LibO
>> version, where do I find it, ...).
>>
>> Can this be somehow aligned with the download selector on the website?
>> Something like:
>>        * "Official Release, for home and office use" -->  default
>>        * "Highly stable, for corporate use"
>>        * "Newest Features, for early adopters"
>>
>> So, the users may decide - but don't need to. And the decision to go for
>> (e.g.) stability is directly tied to a certain version - no additional
>> lookups.
>
> We should force this thread for now. The version 3.4.0 will be ready
> early in time. And the website team decides wether they want to have
> one download page or two. So it can be important for them to have such
> a adapt-o-meter for their decision.
>
> My vote:
> Bernhard's
>
> because: it is the most reliable.
>
>

> Hi Vamsi, all
> me again:
> I started a wiki page [1] for the stuff because I think such a a-o-m is necessary for the web page. If I have forgotten or overread something please add and change it.
> Maybe we should change the name "Adopt-o-meter".
>
> [1] http://wiki.documentfoundation.org/Adopt-o-meter
>
> Am 02.06.2011 00:37, schrieb Vamsi Kodali:
>> In case there is any chance of considering other options, please take a
>> look at these: http://flic.kr/p/9Pu51y and http://flic.kr/p/9PrteD
>> I made those on LibO Draw. I can post the original files if there is any
>> interest.
>
> Can you put them to the wiki page which I noted above?
>
> --
> Grüße
> k-j
>
> --
> Unsubscribe instructions: E-mail to [hidden email]
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/www/design/
> All messages sent to this list will be publicly archived and cannot be deleted

> Hi Vamsi,
> Am 02.06.2011 16:11, schrieb Vamsi Kodali:
>> Klaus,
>> How do I upload my image files to the wiki?
>
> There are three ways:
> - You look on the left menubar: Special:Upload
> - Follow this link: http://wiki.documentfoundation.org/Special:Upload
> - you write on the wiki page the link to the file:
> e.g [[Image:AdoptVamsi01.png]]
> , make a preview and click on the read link (right click and new tab
> to not loose the preview). There you will be asked to upload the file.
>
> Of course you must be logged in.
>
> Grüße
> k-j
>