Asking Questions/bg: Difference between revisions

From KDE UserBase Wiki
(Created page with "*'''Преди всичко- бъдете търпеливи и учтиви.''' Запомнете, че хората, които ви помагат са доброволци ...")
(Created page with "Ако проблемите ви са свързани със звук в KDE, не е лошо първо да прочетете [[Special:myLanguage/Sound_Problems|звуко...")
Line 21: Line 21:
*'''Преди всичко- бъдете търпеливи и учтиви.''' Запомнете, че хората, които ви помагат са доброволци и може да имат и друга работа.
*'''Преди всичко- бъдете търпеливи и учтиви.''' Запомнете, че хората, които ви помагат са доброволци и може да имат и друга работа.


If your problem is with sound in KDE, you might want to first read [[Special:myLanguage/Sound_Problems|Sound_Problems]].
Ако проблемите ви са свързани със звук в KDE, не е лошо първо да прочетете [[Special:myLanguage/Sound_Problems|звукови проблеми]].


If your question relates to development, please see [http://techbase.kde.org/Contribute this page]
If your question relates to development, please see [http://techbase.kde.org/Contribute this page]

Revision as of 15:14, 4 January 2011

Използване на IRC, за да получите помощ

Ето няколко съвета при задаване на въпроси, особено в #kde, в Freenode. Тези съвети ще ви покажат как трябва да се изразявате, за да получавате отговори:

  • Не питайте дали може да питате- просто директно задайте въпросите си: каналът irc.freenode.net #kde е канал за поддръжка, така че директно очакваме вашите въпроси .
  • Подгответе основните данни на системата си, предварително: Коя дистрибуция ползвате (версия?), коя версия на KDE използвате, как сте я инсталирали и т.н. Вероятно няма да има нужда да споделяте тази информация в самото начало, но не е лошо да сте я подготвили, ако някой попита.
  • Опитайте се да се справите с проблема сами, преди да попитате: Google е ваш приятел (често, когато въведете грешката, която ви е излязла, можете да намерите доста полезна информация). Погледнете Troubleshooting KDE Problems- най- вероятно, съветите, които ще получите на тази страница, ще получите и в чата, така че ги прочетете предварително .
  • Опитайте се да се уверите, че възникналият проблем е свързан с KDE, а не с други компоненти от вашата система (например с X или alsa). Ако е възможно- пробвайте дали ще възникне проблем, ако ползвате друго, еквивалентно приложение. Разбира се, ако не сте сигурни- попитайте.
  • Уверете се, че сте прочели указанията за ползване и страниците за справяне с проблеми. Макар и да не намерите отговори на всички ваши въпроси, ще намерите за по- голямата част. Ако не успеете- задайте въпроса си във форума. Ако дискусиите там ви се сторят полезни и интересни- може да ги включите в UserBase, за да помогнете и на други.
  • Бъдете търпеливи! Често, в IRC, въпросите ви може да бъдат забелязани след време. Няма нищо по- досадно от това да напишеш дълъг отговор, и да се окаже, че този, който го е задал, е напуснал.
  • Ако не получите отгвор на #kde, пробвайте да зададете въпросите си и в каналите на вашите дистрибуции (#suse, #kde-freebsd, и т.н.) или чрез подходящ мейлинг лист (виж lists.kde.org) или форум.
  • Преди всичко- бъдете търпеливи и учтиви. Запомнете, че хората, които ви помагат са доброволци и може да имат и друга работа.

Ако проблемите ви са свързани със звук в KDE, не е лошо първо да прочетете звукови проблеми.

If your question relates to development, please see this page

Operating-System-Specific Questions

For questions relating to the desktop use of KDE with a particular OS, you can try the above methods, but unless the question directly involves KDE or KDE/GNU/Linux you are unlikely to find the answer. If your question does not directly involve KDE, please do not post the question on the "normal" KDE mailing lists. Examples of questions that do not directly involve KDE: my sound card does not work. In that case, please direct your questions at sites devoted to helping users of that system. For example, for GNU/Linux questions you may try looking at www.linuxnewbie.org or www.linuxnewbie.com, or the kde-linux mailing list mentioned above.

If you are not using GNU/Linux, you might want to try the kde-nonlinux (subscribe) mailing list. Also particularly useful are searches on your favorite search engine, such as Google, and searches on the Usenet archives.

In addition, many OS distributors have their own mailing lists which can address distribution-specific issues. You can find out more about these mailing lists at your distribution's website.

If you are searching for packages you may consider checking the ftp servers for your distribution, including the "contrib" sections, as well as indexing servers such as rpmfind.net.

Reporting KDE Bugs

Reporting bugs is a small but valuable contribution to KDE, and there's a website where you can report any bug or feature request you have about KDE: bugs.kde.org. The only requirement on your side is basic knowledge of English. With that, and following some additional guidelines, you'll be able to report helpful bug reports and thus help the whole KDE community and yourself.

The first thing you need is to open an account in the website. You can start here. Once you have a validated account, you can report.

There are usually two different situations to report a bug:

  • You notice something which is not working properly or not working at all, a bad design, a missed functionality... If this is your case, open the application Help -> Report Bug... menu. You will then be guided to bugs.kde.org. Some information will be automatically picked up, like the application version number.
  • Your program disappears and another window appears named "The KDE crash Handler". Don't get scared! You will be guided to efficiently report this crash. The link in the dialog "Learn more about bug reporting" will explain you the process. If you choose to report the problem, click on Report Bug and an assistant will guide you through the steps. The requisite to report a crash is to have your distribution debug packages installed in order to provide a valid backtrace.

And these are a few tips on how to write good bug reports:

  • Write it in English. You can switch every KDE application language through Help -> Switch Application Language..., so go there and choose American English as the primary language. Then restart the application. That can help you in explaining what happens.
  • Be specific. One bug per report only! Do not mix different problems in the same report.
  • Be clear. Explain the steps that lead to the bug so that we can reproduce them easily.
  • Include screenshots: a picture is worth many words so attach a screenshot to the bug report. You can use KSnapshot to take screenshots. Also, do not link to an external web link which can expire, use the Attachments link at the bottom of the bug report.
  • Include the backtrace within the bug report as a comment, it makes it easier to find duplicates for us (do not attach the backtrace as a text file).
  • Clearly separate facts from speculation: only describe what happens. For a design problem, include a mock-up if possible.

If you are testing trunk or the beta, if you kept your precedent settings, sometimes you will want to check with a new user or by setting a new $KDEHOME (and restarting your user). Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings!

Also notice that Forums have a section about Beta Releases.


How to open a console

Typically when reporting a problem in IRC or on a mailing list, your helpers will ask you to open a console. A console is a text-based window that you can use to give commands for your computer to execute. You can open a console by typing ALT_F2. An input box opens. Type the following to open a console:

konsole

If this does not work, you may not have it installed. In this case, type ALT_F2 and input:

xterm


Back to Getting_Help