This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Ask for documentation writer role

Tags: None
(comma "," separated)
jmpoure_drupal
Registered Member
Posts
735
Karma
0

Ask for documentation writer role

Mon Dec 22, 2008 8:28 am

Ask here to become a member of the documentation group.

jmpoure_drupal
Registered Member
Posts
735
Karma
0

Done, thanks.

Sloshy
Registered Member
Posts
12
Karma
0

Re: Ask for documentation writer role

Sat Feb 14, 2009 12:53 am

I'm up for it. I'd really like to write some pages on the effects and transitions if possible.



jmpoure_drupal
Registered Member
Posts
735
Karma
0

Done, thanks.

j-b-m
Registered Member
Posts
804
Karma
1
Ok, I updated your permissions. No problem if you make tutorials without audio!
regards
ArtInvent
Registered Member
Posts
85
Karma
0
I can probably help out with documentation - as soon as I figure out things work, which is hard because there isn't much documentation . . . Anyway, sign me up.
fitzpm01
Registered Member
Posts
3
Karma
0
Hi,

I have some experience in writing documentation and I think I could probably contribute something.

However, before getting onto content, I think a framework might be in order- but who do I discuss this with? When I say 'framework', I don't mean some scary chapter and verse structure, what I'm thinking of is that probably a task-based approach would be helpful. Generally, developers are good at documenting their own work- i.e. "on this screen you enter these parameters which plug into the capture algorithm...", which is great and very necessary; but there's also a place for the howto approach of "To capture a video from your camcorder, follow these steps...".

I don't think it should take too long for a few right-minded people to bash out a set of task headings (wouldn't this be what some people call a workflow?) and 'hey presto', there's the framework...

Is anybody with me?

Regards,
M.
jmpoure_drupal
Registered Member
Posts
735
Karma
0
As of today, the approach is : pick-up an issue, the first who makes it wins. Then ask for help and try to make a team.

For example, this thread:
http://www.kdenlive.org/forum/i-cant-select-any-solved

I asked to write a short howto explaining why codecs where missing and how to install them.
Now way, it does work. I had to write the three lines myself.

As a conclusion, I would recommand that you modify the documentation step-by-step, in a way that it is never broken or unreadable, until you reach a suitable result.
fitzpm01
Registered Member
Posts
3
Karma
0
Okay, your approach is good; it's also compatible with mine! All I'm saying is that, once a howto has been written, it can be placed in a framework so that people can find it. Your example would go somewhere around the introduction, perhaps under a heading "Okay, I've installed Kdenlive and it doesn't work..."

Obviously, not all parts of the framework will be filled in to begin with (perhaps not even very many), but it can fill up over time. And if anyone has a bit of time on their hands and is wondering where to direct their documentation energies, they can look at the framework and see what sections are empty(/iest).

Regards,
M.
jmpoure_drupal
Registered Member
Posts
735
Karma
0
The only rule is that when you start a small project, you have a commitment to finish the work. This is why working on small batches is somehow more interesting.
MJ Peg
Registered Member
Posts
67
Karma
0
Just a suggestion or two, regarding your online image/PR ...

Perhaps somebody might like to help to update this wikibook?
http://en.wikibooks.org/wiki/Kdenlive

There are a number of out-of-date sites like this...
http://liquidweather.net/howto/index.php?id=112
- would it be worth the effort to get in touch with such site owners and update them?

In general, if you want as many 'customers' as possible you'll need to make sure that casual browsers looking for a new editor gain the most favourable impression possible of the product... although it will probably pan out just fine on the basis of "if you build it they will come" if it does the job :)
animationista
Registered Member
Posts
169
Karma
0
OS
I would like to be in the documentation group.
I don't have very much spare time and can't promise to get more than a few items done. But every little drip counts, right?
waynevid
Registered Member
Posts
118
Karma
0
The Wikipedia Kdenlive page could use an update too; very sparse when compared to other video editors. It's still using the old Kdenlive logo too.

waynevid


Anthony Stevens
Registered Member
Posts
3
Karma
0
I'm not sure if this is the place, but here goes.
A while back, long before I discovered this forum, I created a couple of book trailers using Kdenlive. As part of my learning process, I documented my experience as a four-part tutorial on my blog. Perhaps these links might be useful to some other newbie?

http://masteranthonystevens.com/2009/12/25/how-to-create-a-trailer/

http://masteranthonystevens.com/2009/12/26/how-to-create-a-trailer-part-two/

http://masteranthonystevens.com/2010/01/01/how-to-create-a-trailer-part-3/

http://masteranthonystevens.com/2010/01/10/how-to-create-a-trailer-part-4/

After my next novel is released, I'll have time for another video project. That too, will be documented in my blog.
geoffrey
Registered Member
Posts
100
Karma
0
Would you please grant me the permission to be part of the documentation group on the website. I could try to fill in a few missing entries here: http://kdenlive.org/user-manual

Thanks, Geoff




Bookmarks



Who is online

Registered users: Bing [Bot], Evergrowing, Google [Bot]