I believe the answer to your question is Yes to everything, the most common is simply 2-way only components? however they all will receive one way commands, and even though they may not have anything to reply to, they still work fine.

OK, I've uploaded a new version of the Wiki. New features include:

* The biggie: file uploads & downloads
* Dimensions/Rackmount fields
* Discrete power/input workaround option
* Browse all components in brand/model order
* More helpful text & instructions

Great- thanks!

CJ

For anyone that cares, right now the Wiki program is 3000 lines of code and 144kb... next to the forum system, pretty much the biggest/most complex thing on the site.

All components can't accept 1-way RS232 commands. the Sirius SCH2P can't accept 1-way RS-232. I think since there is confusion on this to begin with that there should be a separate option for RS232 2-way required. Before dealing with the SCH2P I always assumed a device that had RS232 could accept 1-way protocol. I think if it is two options there should be something explaining that 2-way means it requires two way. Thanks again Daniel.

Just added a component. Wow its pretty awesome Daniel. One more suggestion. On the browse component page if its a discrete workaround have a half circle instead of no circle. The wiki is really impressive, and will be helpful.

I think checkboxes for;

- 'composite out switches with power on/off',
- 'digital audio out switches with power on and off'
- 'USB port switches with power on/off' and
- 'ac outlet switches with power on/off'

would be helpful in selecting devices that could be easily detected. I've run into a number of source devices ( especially cable / satellite boxes ) where the composite out and / or digital audio out was always active. I've also run into some DVD players that don't output composite if HDMI or component out is selected.

Great work Daniel.

Jonathan

OK, I just noticed that someone tried putting in dimensions as fractions (such as 17 1/8)... and since the Wiki is expecting decimals, the end result was converted to 1718 inches.

So, I've now added fraction detection to dimensions, which should automatically convert 17 1/8 or 17-1/8 to 17.13.

That was me. Didn't even notice it did that.

That's why this is a beta test! :-)

OK... well I implemented the "half circle" idea, and am still thinking about the 1-way/2-way RS-232 issue, as well as Jonathan's idea of monitoring methods.

I've uploaded a couple of files myself as a test, and it seems to work, but can anyone else give it a shot? (Ideally with purposeful files?)

Daniel, not sure it this is the correct place for bug reports, but here goes:

I just uploaded an RS232 control doc for the Panny TH-65PZ850U. The original file was in PDF format. I zipped the file on my Mac prior to uploading. By default, the Macintosh version of the ZIP archiver simply adds the extension .ZIP to the end of the local filename when creating a zip archive.

So the file name of the zipped pdf on my system was "xx-65PZ850U_RS232.PDF.ZIP". After uploading the file, the web page confirmed the upload, and said that the file name that was uploaded was "xx-65PZ850U_RS232.PDF". It looks like the wiki software dropped the .ZIP extension on the end of the filename.

This will be a problem if the wiki lists the uploaded file as a PDF, since it is actually a zipped PDF. Yes this could be worked around by renaming the file on my local system. I would have renamed the file prior to uploading *if* I had known that having 2 extensions (.PDF.ZIP) on the end of the filename was going to be a problem.

Just wanted to alert you to this.

This is the exact right place for bug reports!

The problem was the software was detecting ".pdf.zip" as the file's extension, and then as a "safety" feature was shortening it down to a maximum length of ".pdf". There was no problem with the actual upload; just the filename it was referencing it as.

I've corrected the coding - so given a filename with multiple periods such as that in its name, the Wiki should now extract only the LAST one as the actual extension, and treat the rest as part of the main filename.

Thanks Daniel, your prompt response to bug reports will help to make the wiki a great resource!

My goal is that no bug should be left uncrushed!

Incidentally, the problem would have been worse if you had zipped up an otherwise unsupported file type (say manual.doc.zip) since it would have ended up detecting ".doc" as the filetype, and then refused the upload.