From: <lsc...@us...> - 2006-05-04 16:19:29
|
Revision: 16134 Author: lschiere Date: 2006-05-04 09:18:50 -0700 (Thu, 04 May 2006) ViewCVS: http://svn.sourceforge.net/gaim/?rev=16134&view=rev Log Message: ----------- update the faq a little bit to reflect reality. Also, one public request for help where I simply do not know the answer. Modified Paths: -------------- web/htdocs/faq2.txt Modified: web/htdocs/faq2.txt =================================================================== --- web/htdocs/faq2.txt 2006-05-04 12:18:03 UTC (rev 16133) +++ web/htdocs/faq2.txt 2006-05-04 16:18:50 UTC (rev 16134) @@ -17,7 +17,7 @@ versions. <p> If you have Slackware < 9.1, you need to get non-slack packages for autoconf, - automake, gettext, and libtool. You also have to copy the contents of +automake and libtool. You also have to copy the contents of <code>/usr/local/share/aclocal</code> to <code>/usr/share/aclocal</code>. This is due to bugs in Slackware and the auto* packages. </p> @@ -197,17 +197,18 @@ <p> A second major point involves public resources - an SVN checkout is not a cheap operation. As many Sourceforge users are aware, at various -points in the recent past Sourceforge SVN has been less than pleasant +points in the recent past Sourceforge CVS has been less than pleasant to work with. This is, of course, because Sourceforge hosts dozens -and dozens of useful and active projects which use SVN as a primary +and dozens of useful and active projects which use[ed] CVS as a primary method of source code collaboration. Unfortunately, when too many -users are poking around in that SVN just for the sake of poking +users are poking around in that CVS just for the sake of poking around, it prevents other users who are trying to do work to improve -those very same projects from accomplishing their tasks. It is better -for the community if an enterprising individual wishing to fix a -particular bug she has seen can get to the code and create a patch, -even if this means that some users have to wait a few weeks for the -next release to see what new features it might hold. +those very same projects from accomplishing their tasks. Naturally, +this could easily become true of Sourceforge's SVN offering as well. +It is better for the community if an enterprising individual wishing +to fix a particular bug [s]he has seen can get to the code and create +a patch, even if this means that some users have to wait a few weeks +for the next release to see what new features it might hold. </p> <p> The third point is not a problem which has yet come up, but it is in @@ -366,44 +367,21 @@ Q: How do I get sound to work correctly? -A: Gaim uses libao to play sounds. Playing sounds +A: Gaim uses gstreamer to play sounds. Playing sounds directly through esound or arts is no longer supported. <p> - <q> - Libao is a cross-platform library that allows programs to output PCM - audio data to the native audio devices on a wide variety of platforms. It - currently supports OSS (Open Sound System), ESD (ESounD), ALSA (Advanced - Linux Sound Architecture), Sun audio system (used in Solaris, OpenBSD, - and NetBSD), aRts (Analog Realtime Synthesizer). - </q> + To compile Gaim with support for gstreamer you need libgstreamer0.10-dev + and its dependencies. If you do not wish to install these packages you + can also just change your sound playing method in preferences to + <code>Command</code> and use <code>esdplay %s</code> or + <code>artsplay %s</code>. </p> -<p> - To compile Gaim with support for libao you need libao-devel and - audiofile-devel. To use libao you need libao and audiofile. If you do - not wish to install these packages you can also just change your sound - playing method in preferences to <code>Command</code> and use - <code>esdplay %s</code> or <code>artsplay %s</code>. -</p> Q: How do I make Gaim use ALSA or OSS for playing sounds? What does the "Automatic" option do? -A: If you choose "Automatic", "ESD", or "Arts", Gaim uses libao to play -sounds. Choosing "ESD" or "Arts" forces libao to play sounds using that -method, while choosing "Automatic" lets it decide for itself. -<p> - If you choose "Automatic", you can create a file, either - <code>/etc/libao.conf</code> or <code>~/.libao</code>, and put <b>one</b> of - the following lines - in it: -</p> -<pre><code>default_driver=alsa -default_driver=oss</code></pre> -<p> - Other drivers, like alsa09, arts, esd, irix, macosx, nas, and sun might - also be supported, depending on your platform and how libao was compiled. - See also <code>man 5 libao.conf</code>. -</p> +A: The "Automatic" option lets gstreamer pick how the sounds are played. +SOMEONE PLEASE PROVIDE INFORMATION FOR THIS FAQ QUESTION!! :-) Q: Why does Gaim use the same <code>WM_CLASS</code> for every window? It makes it impossible to control window size and placement for the buddy list @@ -569,6 +547,13 @@ Gaim sorts all your saved statuses by the timestamp when they were last used. And then, for each time you've used a status, the timestamp is increased by one day. +<p> + If you are upgrading from 1.x or lower, gaim is unable to determine which + are the most popular states, as these older releases did not save that + information. As a result, the initial contents of the menu will be + somewhat random. It will settle over the first few uses of (distinct) + states into the behavior described above. +</p> !SECTION AIM/ICQ (OSCAR) Protocol This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |