A big disclaimer: What I am about to describe, you have to use this at your own risk. This could compromise the security of your system, so only try this if you are the risky type or know what you're doing. I am also a big novice at all this, so I may also be using very round-a-bout, inefficient, insecure, etc. means to achieve this. I hope others may either direct me to better solutions if there are any (as long as they are sufficiently powerful and sufficiently simple) as well as expand the ideas and implementations. This is mostly a proof-of-concept experiment (with hopefully some interim utility), though I do hope I can gradually make more secure and powerful versions.
So, continuing from my last post, in order to allow the user the freedom to choose to add notation alongside even specific columns of tabular data (I'm still working on the for-some-reason more difficult task of getting frames to work with having just one column successfully added alongside ANY webpage, with or without tabular data--the files I have been working on are here
(the main PHP processing file) and here
You will also need to have a number of items installed first for this to work (I have only implemented it on a Mactinosh OS 10.4, using the Firefox browser (see my sidebar to get it)). You will need to have PHP installed (the shareware "PageSpinner" has good instructions on how to do this) and Personal Web Sharing enabled on your computer (in Mac System Preferences under "Sharing"). You will also need to load this PHP file
into the directory described above (For testing, you could also try this file
Once you have these items in place, you should be able to visit a website with tables (it seems to only work with simple tables... try http://bahai-library.com/browse0.php
One big disadvantage at this time is that the script only stores a folder for the exact URL (converting slashes into + signs since slashes are not allowed in Mac folder names) and doesn't intelligently sense out the data you are using. For example, if you do another search (let's say paragraphs 3-8 of the same book), it will start a new folder for these notes (since the URL is different for such a browse request), even though you are referring to some of the same contents. So, if you want to see these notes again, you will need to come back to the exact URL. At least this will in fact keep your notes there.
Although it is presently a little complicated, I think that this approach has a number of advantages (though I admit I am not familiar enough with dealing with its potential security risks--i.e., in mixing local content with web content--but I'm sure this can be surmounted in some way, since it is too powerful an opportunity to avoid by simply accepting this division as a unsacrificeable sacred cow). I also know that there are some Javasript tools to directly manipulate the file structure, but it is complicated for me (I just discovered this
which apparently makes it easier for PHP users, but still).
The advantages of this overall approach of saving personal notes as individual files and folers into the file hiearchy include:
1) Allowing the user the ability to add notation even when the site's developer did not allow for this (and the notes can be stored locally rather than publicly if one is concerned about privacy, even for password-protected sites)
to allow us to transclude wiki pages here without all the extra sidebar junk (just converting the wiki code into formatted content (or getting a WYSIWYG one to work in these windows instead) and only adding back a few important links like "edit"/"save" and forward and backward links for the individual iframe (the main back/forward buttons on the browser will trace the exact sequence, and not allow tracing the sequence for an individual window--it may also bump one out of the framed setting entirely--note: Mediawiki servers must be manualy configured to allow frames--I have the webpage stored somewhere if anyone needs it). One could even have the PHP script write and open an Applescript to interface this data to send it to other scriptable programs such as an Instant Messaging program (though I hope fully open source programs can be made to work with it, especially within Firefox itself without needing the proprietary, albeit system-included Applescript).
4) If MySQL could be made to automatically store all files stored to this program-set's directory and subdirectories whenever a change was made (is this the support for "events" that I remember reading newer versions of MySQL support?), one could then design a PHP front-end to allow the user to perform sophisticated searches and sorts on these notes, categories, etc. (or other files stored in this hierarchy--potentially all files on one's hard-drive, I hope?!?) one had assigned to particular websites. Ideally, one could also use this to store information not pertaining to specific websites (though one could ideally also assign data after-the-fact to be cross-listed with the URL-sorted data).
Please let me have any comments, especially if you decide to try this out (or if you are a developer and can anticipate problems, etc.).