[Kexi] Kexi development
Jaroslaw S
kexipl at gmail.com
Wed Dec 23 13:06:33 UTC 2009
2009/12/23 Anne Wilson <annew at kde.org>:
> On Wednesday 23 December 2009 12:40:45 you wrote:
>> 2009/12/23 Anne Wilson <annew at kde.org>:
>> >> Good Idea.
>> >> Even while Bob has no access to Kexi 2.x yet, a good start is to
>> >> carefully migrate 1.x documentation to the userbase wiki for
>> >> incremental updates. There are obviously parts of the workflow that so
>> >> not change (if we don't count screenshots).
>> >
>> > I would suggest that we handle this in a way similar to the Plasma pages
>> > - we build the pages under the revision number, then the main page is
>> > redirected to the current revision while an infobox tells people where to
>> > find older versions. The structure is partially set up, in response to a
>> > recent request to move file-format support information - see
>> > http://userbase.kde.org/Kexi/1.6/Text for an example.
>> >
>> > So we would start with creating the page Kexi/2.2/Kexi and then any
>> > subpages needed would be Kexi/2.2/PageName. Does that sound OK? The
>> > existing documentation can be put under the 1.6 section - I'll help with
>> > that if you wish.
>>
>> That's ok, but I would prefer Kexi/Handbook/ path. No need to put
>> versions into the place (changes too quickly).
>> Thanks for the feedback!
>>
> That's fine as well.
>
>> By the way, I offered my help to the kde-www team regardingthe
>> breadcrumb links on the userbase/techbase.
>> It's a small taks but I still didnt get the access. Is there anything
>> that stops us from having the sites navigation improved?
>>
>> (I am asking because people add a lot of navigation links by hand (!),
>> and also the language template is not the best way of handling things
>> - one could use e.g. mediawiki namespaces, otherwise searching is a
>> nightmare)
>>
> Nothing happened for a long time as no-one capable of doing the necessary on
> the server had the time. Then recently I teamed up with the forum guys, and
> neverendingo has now got full rights over userbase. We're doing a lot of work
> to improve matters, but it will take a few more weeks before things show up.
> Part of the problem is that our wikis are running an old version of mediawiki
> - and this will have to be changed first.
This is always the case - mediawiki just moves quickly forward :)
>
> Breadcrumb navigation in mediawiki must be harder than you'd think. There are
> several extensions to allow it, but none of them give breadcrumbs structured
> like the ones in dolphin. That suggests to me that there is a problem.
I have implemented my own and can be inserted into the template. (see kexi.pl )
> However, there exists an extension that gives breadcrumbe using categories as
> the intermediate crumb. That looks more promising, but is not yet tested on
> our sandbox wiki.
Hmm, categories are nonlinear so it looks more like a tag soup, isn't it?
> This is one of the things that we hope to realise in the
> next few weeks. We have lots of plans that will improve matters :-), one of
> which is to get a better search engine in.
>
> I haven't forgotten your offer, but if a tool already exists there's no point
> in wasting your time. OTOH, once we have the updated wiki running, if the
> extensions tested don't meet our needs, at least you will have someone
> available to talk to wrt trying out your method. Having the sandbox is a
> great help.
Alternatively, if I could get you copy of mediawiki files and
directories with the template, I could try to run it locally and make
a patch that the admin can apply.
--
regards / pozdrawiam, Jaroslaw Staniek
Kexi & KOffice (http://www.kexi-project.org, http://www.koffice.org)
KDE Libraries for MS Windows (http://windows.kde.org)
http://www.linkedin.com/in/jstaniek
More information about the kde-www
mailing list