Rumple,
I doubt this is what you are asking for, especially since you mentioned Edit, but just FYI: we are making use of qListView in webpart pages where the primary purpose of the webpart page is for showing a qListForm. We are only doing this for layout out some of the item data in custom ways, only for data that is not to be edited.
By putting a qListView on the page (either the readform or the editform) and connecting it to the primary qListForm, and then using the custom layout option available on qListView, you can do some cool things. Take a look at my post from a few months back if you are interested. You may know already that the custom layout feature in qListView is very straightforward, especially compared with the custom layout option on qListForm.
Another technique we have used is to create specialty edit forms, where perhaps only a particular subset of fields need to be edited. In this case we will use two qListForms. The upper one is defined as a read page and the lower is an edit page with only the subset that I want to allow the user access to. The upper one is used to show header information from the item just for context.
We have used this technique for something like a kiosk environment, where limited data is changing – specifically a site pass for a location. The location item has a lot of data columns which are maintained for numerous purposes, but the webpart page for the site pass just includes a few fields that the guard shack needs to update.