On Thu, Oct 09, 2003 at 02:17:46AM +0200, Nicolas Boullis wrote:
> I'll be happy to correct any type or mistake, but I'd rather not
> implement sublte rephrasings since these templates are already being
> translated.
Well, here are my suggestions, and whether you implement them now,
later, or not at all isn't really my decision. :)
Where a recommendation applies more than once I won't repeat it. I
expect you to interpret my advice consistently. ;-)
> Template: em8300/microcode/download
> Type: boolean
> Default: true
> _Description: Download the microcode image from the web?
Not really a localization issue per se, but a debconf style point:
Don't put question marks in the template's short description, because it
doesn't make sense for every frontend. It makes sense for dialog boxes,
but not for checkboxes, which is a perfectly legitmate UI control to
configre a boolean parameter.
I suggest phrasing this as a punchy sentence fragment.
_Description: download microcode image from the Web
(We're not referring to just any web, but the World Wide Web, right?)
> The upstream developers have tried several microcode images and
> selected the one that works best on various cards. So this microcode
Two spaces between sentences.
s/So/Therefore,/
> image is probably better than the ones you can get from your MS-Windows
s/MS-Windows/Microsoft Windows/
Or just "Windows".
> drivers. The upstream developers have made it available for download
> on their web site.
I say "website".
> However, because of some legal issues, this microcode
> image cannot be distributed by Debian (even in non-free). If you do
s/ (even in non-free)//
That seems an unimportant detail to me.
> not want to download it, you can still extract the appropriate
> microcode image(s) from the MS-Windows .vxd file, using em8300mc_ex.
> .
> Warning: if /usr/lib/em8300/em8300.uc already exists on your system, it
> will be overwritten by the downloaded file.
I thought Policy said we shouldn't put non-packaged stuff in /usr/lib?
> Template: em8300/microcode/download_failed
> Type: note
> _Description: Failed to download microcode image
s/Failed/failed/
Let the debconf frontend worry about capitalizing things.
> The microcode image could not be downloaded from the upstream
> authors' web site. You probably won't be able to use your MPEG
> decoder card until the microcode image is actually downloaded.
> .
> To retry, run "dpkg-reconfigure em8300" as root, or download it by
> hand from "http://dxr3.sourceforge.net/download/em8300.uc"; and put it
> in "/usr/lib/em8300/em8300.uc".
>
> Template: em8300/microcode/file
> Type: select
> _Choices: None${files}
> Default: None
> _Description: Which microcode image do you want to use?
_Description: select desired microcode image
> Template: em8300/chipset
> Type: select
> Choices: adv717x, bt865
> _Description: Which chip is used on your MPEG decoder card?
_Description: identify chip used on MPEG decoder card
> Creative DXR3 cards have a bt865 on board, while Hollywood Plus cards
> use an adv717x.
>
> Template: em8300/adv717x/options
> Type: string
> _Description: Options for the adv717x kernel module?
_Description: specify options for adv717x module
> Options can be passed to the adv717x kernel module when it is loaded
> to control how it works.
> .
> Available options are:
> pixelport_16bit=x
> pixelport_other_pal=x
> swap_redblue_pal=x
> Where x is 0 or 1. Multiple options should be separated by spaces.
s/Where/where/
This sentence began with "Available" and ends with "1."
> Some sets of options have been reported to remove color
> problems. Check the package documentation for details.
> .
> Unfortunately, there is currently no way to find the right parameters
> for your card, so you'll have to find them yourself by trial and error.
>
> Template: em8300/options
> Type: string
> _Description: Options for the em8300 kernel module?
_Description: specify options for em8300 module
> Options can be passed to the em8300 kernel module when it is loaded
> to control how it works.
> .
> Available options are:
> activate_loopback=x
> bt865_ucode_timeout=x
> dicom_control=x
> dicom_fix=x
> dicom_other_pal=x
> use_bt865=x
> Where x is 0 or 1. Multiple options should be separated by spaces.
> .
> Some sets of options have been reported to remove color
> problems. Check the package documentation for details.
The text wrapping in this paragraph isn't consistent with the others.
> Unfortunately, there is currently no way to find the right parameters
> for your card, so you'll have to find them yourself by trial and error.
>
> Template: em8300/make_devices
> Type: boolean
> Default: true
> _Description: Create device files for your MPEG decoder card?
_Description: create device files for MPEG decoder card
> You need device files to access your MPEG decoder card.
I'd say:
Special device files must exist to enable access to your MPEG decoder
card.
> .
> Unfortunately, no major number has been officially allocated yet for
> em8300. The major number 121 is currently used, but it's officially
s/em8300/the em8300/
> reserved for "LOCAL/EXPERIMENTAL USE".
> .
> Consequently, you may have already chosen to use this major number
I'm not sure "consequently" is the right word here. I'd use "thus", but
I admit I cannot think of an objective reason.
> for another use. If you have, using the same major number for em8300
> may lead to some breakage. In most cases, however, unless you know
"lead to some breakage" is informal geek lingo.
I suggest:
"may cause problems or prevent access to the card"
> for sure that you are already using it, it should be available.
> .
> If you need to use a different major number for em8300, please read
> /usr/share/doc/em8300/README.Debian for more info.
Overall, it looks really good. Thanks for contacting the -l10n-english
freaks. :)
--
G. Branden Robinson | Any man who does not realize that
Debian GNU/Linux | he is half an animal is only half a
branden@debian.org | man.
http://people.debian.org/~branden/ | -- Thornton Wilder
Attachment:
signature.asc
Description: Digital signature