[kdenlive] Volunteering website help - if needed?

Wed Jan 27 01:17:28 UTC 2016

Hello,

1. I would like to help moving kdenliveorg content to the UserBase and
Community wikis.

I would much prefer to get a Drupal account for that purpose but could also
just let an admin know once a page can be replaced by a link to a wiki page.

2. What I intend to do for example:
Update https://userbase.kde.org/Kdenlive/Manual/BugReporting with missing
info from https://kdenlive.org/node/872 and then remove all content from
the kdenliveorg page and instead write "This content has moved to
CLICKABLEURL" there.

The same with:
https://kdenlive.org/resources /
https://userbase.kde.org/Kdenlive/Manual/Useful_Information/Useful_Resources
https://kdenlive.org/downloading-and-installing-kdenlive and linked pages
would have to be used to update the UserBase and then be changed to links.
https://kdenlive.org/download-mac /
https://userbase.kde.org/Kdenlive/Manual/KdenliveOnOtherPlatforms/OSX

3. I'm not sure what the Community wiki is for though. For example: would
you put https://kdenlive.org/video-editor into UserBase or Community? (I
have a strong tendancy towards Community because we need people to
contribute ("Community" seems to match) and because the list might become
too big and contain too subjective info for a manual).

4. I also did a quick cleanup of the UserBase landing page:
before: https://userbase.kde.org/index.php?title=Kdenlive&oldid=354239
after: https://userbase.kde.org/index.php?title=Kdenlive&oldid=355612

and the Tutorials page
before:
https://userbase.kde.org/index.php?title=Kdenlive/Manual/Tutorials&oldid=351204
after:
https://userbase.kde.org/index.php?title=Kdenlive/Manual/Tutorials&oldid=355527

to make them less cluttered.

Cheers,
Iwan (qubodup)

On Tue, Jan 26, 2016 at 5:55 AM, David <david at kenpro.com.au> wrote:

> My $0.02 contribution to the discussion:
>
> Which platform rather depends on intended use. If it's going to be an
> active site with lots of different functions needing multiple permission
> levels and a complex database, then probably better to use Drupal. If it's
> fairly simple with a bunch of documents, then anything will do :)
>
>
>
>
> On 26/01/16 09:36, Jos Poortvliet wrote:
>
> If you decide to move to WordPress I can help out a bit too, I have plenty
> experience maintaining ownCloud.org :-)
>
> replying on phone. blame faulty text completion/correction for any
> rudeness!
> On Jan 25, 2016 11:02 PM, "farid abdelnour" <snd.noise at gmail.com> wrote:
>
>> hi guys,
>>
>> i am one of the people interested in helping out with the website. i
>> guess the first step would be to choose if we are gonna stick to the
>> current platform (drupal) and update it since there might be some
>> security flaws or switch to a different one (wordpress?). our lead
>> designer here at the studio can take care of all the design of the website
>> and if we choose wordpress i can apply it (i am not familiar with drupal).
>> eventually we will do a research and develop a design best suited for
>> everyone's demands and needs. i did a quick look around at other video,
>> audio and graphics programs to start getting an idea about what is out
>> there:
>>
>> proprietary:
>> http://www.lwks.com/
>> http://www.avid.com/US/products/Media-Composer
>> http://www.sonycreativesoftware.com/vegaspro
>> https://www.apple.com/final-cut-pro/
>> https://www.adobe.com/products/premiere.html
>>
>> free:
>> http://natron.fr/
>> http://ardour.org/
>> https://www.blender.org/
>> https://inkscape.org/en/
>> http://www.gimp.org/
>>
>> parallel to this we can start thinking about writing/organizing the
>> content and structure. (which is the most important thing.) like ttguy
>> said, i agree that content is the most important but it should be well
>> presented to the visitors. we can point to the forum, wiki and bug tracker
>> from the website and users eventually will use the other services if
>> necessary.
>>
>> if you'd like to continue this conversation here it is fine by me,
>> otherwise we can switch to the forum.
>>
>> cheers
>>
>>
>>
>>
>> 2016-01-21 19:50 GMT-02:00 Roger Morton <ttguy1 at gmail.com>:
>>
>>> I have been involved in doing some maintenance of the content on both
>>> the kdenlive.org web site and on the userbase.kde wiki.
>>> Historically the kdenlive.org site was where everything happened. It
>>> was the manual, the forum, the place to make anouncements and to
>>> advertise how to get Kdenlive.
>>>
>>> Then for various reasons - as have already been mentioned - we moved a
>>> lot of this functionality to kde infra structure and closed the
>>> kdenlive.org web site to new user registration. Now if we are thinking
>>> of putting more content back on the kdenlive.org website we need to
>>> consider the future maintenance burden.
>>>
>>> The way to limit  maintenance burden is to have a large number of
>>> contributors to the  maintenance task. We can get this on the
>>> userbase.kde wiki since new user registrations are open. We can't get
>>> this so easily on kdenlive.org because new automatic registrations are
>>> closed.  We could try opening up kdenlive.org again to new user
>>> registrations but I have to tell you that last time we had this open
>>> we were getting 5 or more fake spammer account registrations per day.
>>> I believe that the security on the registrations system had been
>>> exploited somehow because I would see authorised users that had never
>>> been sent a confirmation email.  This the reason we turned off
>>> registration completely. Maybe this exploit has been fixed. I dunno.
>>> But this just something to consider in all this.
>>>
>>> While I agree that the attractiveness of the site is important I
>>> believe the accuracy of the content on the site is more important.
>>> And I don't think we should duplicate information.
>>>
>>> We have
>>> https://userbase.kde.org/Special:MyLanguage/Kdenlive/Manual/Installation
>>> to speak to installation
>>> and we have https://userbase.kde.org/Kdenlive/Manual/Tutorials  for
>>> tutorials
>>>
>>> So I am thinking more on the lines that Vincent mentioned. The
>>> kdenlive.org site can have some nice looking promotional material that
>>> is fairly generic in nature and not requiring too much maintanance. It
>>> should link to the more dynamic information at the userbase.kde manual
>>> pages.
>>>
>>>
>>> >(3) Direct the viewer easily to a web page or location where they can
>>> get it... or at least show how they can get it.
>>>
>>> This is of course one of our biggest issues and has been for ages.
>>> There is no way to have simple instructions on how to get it because
>>> everyone must rely on the package managers of their various linux
>>> distros.  But if we had more contributors to the doco then we might
>>> have users from all different distros updating the doco to tell people
>>> how to install it on their flavor of linux.
>>>
>>> While we there is a mood about helping out with doco I would make a
>>> plea to people to help out on the userbase.kde manual. I did a lot of
>>> work on it a few years ago and got it to a point where it was pretty
>>> comprehensive. I had pages covering every menu item (not every effect
>>> or transition had a page - but a skeleton link to create a page was
>>> there).  But now - with the major overall that kdenlive has undergone
>>> - it is out of date in many places. So if people have "documentation
>>> fever" they could help out on the userbase.org wiki. - register a kde
>>> identity account here https://identity.kde.org/?r=registration/index/
>>>
>>> I summary my plea to people is to not focus too much on the sexiness
>>> of the websites but to focus on getting the content right. If you see
>>> something wrong just fix it !
>>> _______________________________________________
>>> kdenlive mailing list
>>> kdenlive at kde.org
>>> https://mail.kde.org/mailman/listinfo/kdenlive
>>>
>>
>>
>>
>> --
>> 1111.1010.r.i.1101|n.o.i.s.1110|i.m.1010.g.1110|مقاومة
>> fsf member #5439
>> usuario GNU/Linux #471966
>> |_|0|_|
>> |_|_|0|
>> |0|0|0|
>> <a href="http://www.gunga.com.br">gunga</a>
>> <a href="http://www.tempoecoarte.com.br">tempoecoarte</a>
>> <a href="http://www.atelier-labs.org">atelier-labs</a>
>> <a href="http://www.mocambos.net">rede mocambos</a>
>>
>> _______________________________________________
>> kdenlive mailing list
>> kdenlive at kde.org
>> https://mail.kde.org/mailman/listinfo/kdenlive
>>
>>
>
> _______________________________________________
> kdenlive mailing listkdenlive at kde.orghttps://mail.kde.org/mailman/listinfo/kdenlive
>
>
> --
> David McQuire
> 0418 310312
>
>
> _______________________________________________
> kdenlive mailing list
> kdenlive at kde.org
> https://mail.kde.org/mailman/listinfo/kdenlive
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdenlive/attachments/20160127/f675e753/attachment.html>