openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nancy K <>
Subject Re: [CODE]: "Registration..." menu entry in the Help menu
Date Thu, 26 Jan 2012 16:30:05 GMT
I would like to add that one of the reasons I have not jumped in to help, is that I do not
know where my skills could best be applied.  I have the time, I have college training in
PHP/mySQL, Javascript, web design AS degree - but have not used these in a year, so feel my
tools of the trade slipping.  That is what I would get out of volunteering - pride of finishing
a job, helping this project helps me at the same time.  

What I would like to see is a radio check box of skills (Xhtml, PHP, CSS, CSS3, etc) that
would pop up a link to where those skills could best be used for starters.  This way I can
jump in quicker - and then at a later time start branching into skill areas I have no experience
in but want to try.

Right now I am getting the emails from this list and listening
to descriptions of progress that I am not familiar. There is a lot of great information on
your sites and I am eager to start somewhere - but poor Rob cannot be expected to answer everyone.
 I think radio buttons or a site map for getting started - or something like a presentation
of 'If you have these skills, we currently need your help (link)there'.  

Please let me know if this already exists - I have looked around the wiki's and development
and web design areas and I really do like to organize information - if that is where I could
     Nancy      Web Design   
Free 24 hour pass to
Video courses on SEO, CMS,
Design and Software Courses


 From: Rob Weir <>
Sent: Thursday, January 26, 2012 8:02 AM
Subject: Re: [CODE]: "Registration..." menu entry in the Help menu
2012/1/26 Jürgen Schmidt <>:
> On 1/26/12 2:15 PM, Rob Weir wrote:
>> 2012/1/25 Jürgen Schmidt<>:
>>> Hi,
>>> I have seen the "Registration..." menu entry in the "Help" menu. I tend
>>> to
>>> remove this entry completely or at least remove it by default and make it
>>> configurable for potential later use.
>>> At the moment it opens a Url [1] in the browser that is not working at
>>> all.
>>> Any opinions or comments on this?
>> Clearly the current action of the Registration menu item --- a form
>> for user to fill out information and send to Oracle -- no longer is
>> useful for us.
>> But is there anything like a registration that does make sense for us?
> I am not sure and I personally don't like it.
> But that was the reason why I would prefer to simply remove the menu entry
> and don't remove the feature completely. It can be done via a simple config
> item ;-)
>> Or in general, what do want the "first launch" experience to be for
>> user, after they install?
> It think this is something different or do you mean the already disabled
> first start registration wizard?

The closest to registration that we might have is to encourage the
user to sign up for the ooo-announce list.  But this is just one of
several things we want to tell the user.  Maybe after install we
automatically launch a web page, or even load an ODF document, with
content like:

-- Welcome message from the project
-- Highlights of the release, link to detailed release notes
-- Where to for documentation
-- Where to go for support
-- Extensions and templates informations
-- Invitation / Instructions on joining ooo-announce mailing list
-- Links to official social media, our blog. Google+, Twitter, Facebook, etc.

If we do this in ODF format, as a document, then we can also use it as
a quick demonstration of the capabilities of the editor, showing a
really good looking, well formatted document, etc.  A good first
experience for the user.

So not really registration -- we're not collecting names and addresses
for marketing purposes.  But I think getting users connected via
ooo-announce and social media is a key part of having an effective
relationship with the users going forward.  Such opt-in relationships
are very powerful, especially with the social media, since they are
two-way communications.

> I really like for example the StartCenter from Symphony or also from the
> RedFlag Office. I think we should work on a better user experience on the
> start center. Help users to get started and solve their typical problems.
> For example easier access to the most often used templates, to the recent
> documents, finding help or documentation, ...
>>> If not I will remove it as proposed.
> I will remove it for the next snapshot build via the config item. A change
> that can be easy reverted.
> Juergen
>>> Juergen
>>> [1]
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message