Nl:Ondersteuning
Als GRAMPS verder evolueert, wordt het voor méér en méér mesnsen een serieus alternatief voor commerciële producten. We werken op vrijwillige basis aan GRAMPS. Telkens wanneer een nieuwe gebruiker ons kindje leuk vindt, zijn we uiteraard blij.
Maar het is niet allemaal rozengeur en manenschijn. Het is onvermijdelijk dat met een breder publiek en meer gebruikers, GRAMPS altijd aan alle gebruikers kan voldoen. We denken echter dat de meeste nieuwe gebruikers niet weten wat ze kunnen verwachten. Hopelijk kan deze tekst helpen.
Contents
Het ontwikkelingsteam
Wat de meeste gebruikers zich waarschijnlijk niet realiseren, is dat het ontwikkelingsteam zeer klein is en dit voor een complex programma dat een genealogische toepassing toch is.
De belangrijkste impulsen worden door minder dan een dozijn mensen gegeven. Bovendien moeten we nog ondersteuning geven, documentatie verzorgen, nieuwe gevraagde moelijkheden bekijken en programmafouten oplossen. Er zijn verder nog mensen (waarschijnlijk nog een dozijn) betrokken bij de vertalingen en de vormgeving.
Daarom zijn we steeds op zoek naar mensen die kunnen helpen. Er is blijkbaar een misvatting dat een project als GRAMPS enkel nood heeft aan bijkomende mensen die programmacode schrijven. Niets is minder waar: gelijk welke talenten je hebt, we kunnen er gebruik van maken. Ben je dus geïnteresseerd in het spenderen van wat tijd om GRAMPS nog beter te maken, aarzel dan niet om contact op te nemen. Neem deel aan de ontwikkelingspostlijst en bied je diensten aan.
GRAMPS eigenschappen
As GRAMPS is getting more powerful and usable, we attract more and more users who expect the same feature set and product polish as they'll find in a commercial product such as PAF, FTM, etc. Which is, in a simple word, absurd.
Not that we don't want to get there, you understand, but it's simply not a reasonable comparison. Commercial companies spend many man-hours worth of development on their products, and can spend enough on getting good documentation written, new features, debugging, installation process made smooth and generally polish the thing till it shines. In comparison, GRAMPS development is driven solely by a small group's volunteer effort. We work on GRAMPS after work and in the weekends when "life" doesn't demand our attention elsewhere. We do it for fun.
Do not read that as an excuse for why GRAMPS lacks in comparison with other products. Do read it as an explanation for why you should expect nothing more from GRAMPS than it actually delivers. We're sure you'll agree (after having your bias readjusted and mulling it over for a bit) that it's quite a lot you get, GRAMPS being a free (as in freedom), inexpensive (zero cost), open source genealogy program.
Versies
GRAMPS releases are also put together by volunteers. This means that there's usually only prebuilt packages available for a few select distributions. While we would like to see GRAMPS packages for all the distributions (and platforms) GRAMPS runs on, it's simply not possible since the volunteers doing the release only have access to a subset of those platforms.
Specifically about library dependencies: GRAMPS depends on pygtk and gnome-python. Those in turn depend on GTK+ and GNOME. We try to maintain backwards compatibility as long as reasonably possible, but you cannot draw blood from the stone: sometimes we have to require a certain minimum version, and that is that. Please do not complain about the need for these libraries -- just as you might dislike installing/upgrading the libraries, the volunteer doing the release may dislike removing/downgrading the libraries on his/her machine, or simply be unable to do that.
If you find that there are no prebuilt packages for your platform/configuration, and are willing to help provide prebuilts for coming releases, please join the developer mailing list and offer your services. If you have the time and tools, we can probably guide you through the process, even if you don't have the knowledge.
Programmafouten en nieuwe eigenschappen
If you find that GRAMPS does not cater for your needs, please look in the Bug tracker database to see if anyone has requested the feature you need, and put your vote on it.
If the issue is not mentioned, open a new Bug, and state how you think GRAMPS could become better (remember to use clear language; be specific and verbose in you description -- we have a hard time reading minds).
And please remember: a Bug helps us make GRAMPS better (over time, not necessarily tomorrow!). Strongly languaged complaints and moaning on mailing lists, home pages, news groups, and other places does not (it does zap our enthusiasm though). The place to file a complaint or feature request is in one of the trackers. Do it anywhere else, and it will not reach the precious few who are willing to do anything about it!
Ondersteuning : details
You can join both the user and developer mailing lists and ask questions there, see our Contact page. You can also ask for help on IRC (channel #gramps on freenode), and you can file bug reports and feature requests in trackers at sf.net. However, since support is also provided on a volunteer basis, you must be careful not to have unreasonable expectations: you cannot demand your questions to be answered or bugs to be fixed. There are few things more annoying than some yahoo telling you to address this or that issue before noon tomorrow (or he'll stop using GRAMPS -- what a loss!). No, we're like most other people: we prefer to please those who appreciate our efforts! In short: the people volunteering time to GRAMPS only have so much time available, and they alone decide how to spend it. Please respect their choice.
When that is said, you should know that the mailing list and the IRC channel are friendly places -- few requests go without reply. And we also do our best to fix all bugs reported, just as we strive to implement requested features. But as should be evident from the number of open bugs in the bug tracker, there's not enough hours in the day to allow us to address all issues in a timely manner.
Erkenning
A large portion of this text was borrowed from the AbiWord Support Expectations page.
Deze tekst is Copyright (c) 2001 Jesper Skov
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover Texts and with no Back-Cover Texts. A copy of the license is available at http://www.gnu.org/copyleft/fdl.html