Bitweaver - Phpgedview - Bugs
Created by: Lester Caine, Last modification: 2 September 2025
Listing the things that still need doing on phpgedview port. There is still a question as to how far to go porting and this TODO list concentrates on the ideal, but it may be a long way off, so as long as I can get back to updating a more standalone package that may be as far as it goes.
- The first step is to move the index folder which contains all of the GEDCOM data into storage so it can be backed up while the code remains as a link to the base Bitweaver code.
- Save to update the index directory is not currently working, so I am stuck with the legacy material. Obviously making the update process functional is a critical step. What I do remember about this is that changes are not pushed to the main GEDCOM file, but rather staged via a php updates file which an admin can then commit as a whole, or individually as information is checked. I don't think this file is currently being displayed properly in parallel with he live data, but it is perhaps being updated. Something to start from.
- Report display is not functional and seems to be reliant on a third party package that still has to be ported to PHP8.4. It may be easier to 'borrow' the report generator from webtrees and come up with a tidier integration.
- Start to build Smarty5 templates and modules which can be incorporated in other bitweaver content.
- Move admin over to the bitweaver management tools.
