Restructuring techbase and userbase

Anne Wilson annew at
Sun Jan 4 12:13:38 UTC 2009

On Sunday 04 January 2009 11:33:24 Mark Ziegler wrote:
> Hallo,
> am Samstag, 3. Januar 2009 schrieb Anne Wilson:
> > > You can use one account for multiple pages. So maybe people should get
> > > used to use OpenID. In our opninion ;-)
> >
> > I'm not sure what you mean by this.
> OpenID is nice, but not trivial as a normal login consisting of
> username/password. I do not know why we offer only OpenID.
Neither do I.  Does danimo contribute to this list?  He's the one that made 
the decision.  Personally I find it quite annoying that I have to go through 
several screens to login.

> > > A thing I would like to talk about is the future of Userbase. Should it
> > > be the home (website) for some apps like skanlite or lokalize. I spoke
> > > to the authors and they like the idea. We discussed that in our
> > > september meeting, but there was no decision.
> >
> > Some of the smaller projects have already made that decision.
> Which one for example?
I'd have to dig - my memory isn't that good :-)  I'm a little worried that the 
documentation pages for several project simply re-direct to userbase, when the 
only content there is what I put there.  If devs are going to use that space 
I'd like to think that they will also monitor and contribute to the content.

> > My opinion
> > is that the devs in question should decide whether they want to use
> > userbase as a project home, or whether they want a full-blown project
> > site, with userbase linking to it.  IMO there is room for both - I don't
> > see any conflict.
> Me either, but I thought we would like to offer userbase as their home to
> reduce no. of outdated * pages?

> See kbabels page at

Worse than that - there are pages that list a requirement as KDE 2!

> We need something similar for lokalize.
> How to deal with that? A userbase page (few lines, a screenshot and some
> links) and techbase page for lokalize does not leave the same mark as a
> page made with Capacity.
Sorry, I don't know Capacity, so I can't comment on that.  However, there are 
limits to what we can do without the direct help of the devs concerned.  End-
user applications are relatively simple - we can take any summary that we find 
on the web and add personal experiences - but tools, particularly developer 
tools, are a different kettle of fish.

> > If you are ready to contribute, please read UserBase and
> > UserBase/Guidelines before starting.
> >
> > where UserBase and UserBase/Guidelines are links.  Do they not give the
> > information that you are needing?  If not, we need to discuss what else
> > is required and the best way to present it.
> I know these pages. Userbase is fine at the moment.
> But I doubt that userbase is groing like techbase. To less people
> contributing.
> > > We talked about reducing no. of outdated * pages, but where to
> > > put the content?
> > > The promo people missing a place to provide slides, movies, managing
> > > events. Will we have onther wiki? Than we need to spent time on
> > > cleaning up techbase and moving content.
> >
> > Wherever the promo people keep these, they should be linked from userbase
> > or techbase, as appropriate.
> Hmmh. Its like in September. Discussion at kde-www, discussion at promo
> list ... and no accordance :-(
I wouldn't expect conclusions this early.  Particularly bearing in mind that 
some people have deliberately taken holiday and won't be reading before 
tomorrow :-)

> And I really doubt that userbase is the right place to manage events or
> maintain lists for talk slides.
Of course not.  I did say linked 'where appropriate'.  I was thinking of one 
link to an existing events list.  More importantly, I was thinking that if any 
of the talk slides address user issues, then they could be linked from 
appropriate pages.  Not being directly involved with promo I don't know 
whether this is the case or not.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <>

More information about the kde-www mailing list