Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.0.2

Request #4041 crossLinkExtraFields for multi-select forms
Submitted: 2005-04-03 18:13 UTC
From: andrew dot clark at ucsb dot edu Assigned:
Status: Open Package: DB_DataObject_FormBuilder
PHP Version: 4.3.10 OS: FreeBSD 4.10
Roadmaps: (Not assigned)    
Subscription  


 [2005-04-03 18:13 UTC] andrew dot clark at ucsb dot edu
Description: ------------ Currently crossLinkExtraFields only is applicable for checkbox style crossLinks. I'd like to see an implementation of crossLinkExtraFields for multi-select forms too. I can imagine at least one snag in this, perhaps you've got good solutions for it. -checkboxes provide a way to distinctly select an extra-field(s) for a given cross-link. This might be harder with selects, as one element represents all the cross-links (e.g. try selecting two different cross-links on the same form with different extra-fields)

Comments

 [2005-04-04 18:17 UTC] justinpatrin
It should be possible to place the extraFields forms in hidden DIVs that show up when you select a certain element. The problem, of course, is when you select multiple entries. We *could* have two selet boxes, one for selection (as now) and one for selecting the one you want to edit the extra fields for. Honestly I hadn't thought of the multi-select thing before. I'm not sure how that can work. Any ideas?
 [2005-04-06 00:08 UTC] andrew dot clark at ucsb dot edu
Hmm. The more I think about this one, the less feasible it seems. I think it's probably hard to have the same functionality that checkboxes provide with multi-selects. Barring some magic that brought up the extra-field options upon selection of an multi-select option (that would be nice magic if you could select several things and change their extra-fields en-masse that way). How bad would some onClick kind of trigger that brought up the additional extra-field(s) options be? Checkboxes with crossLinkExtraFields are pretty pokey (at least with ENUMs and 50 or so checkboxes on my system) as is, this could result in some major HTML bloat.
 [2005-04-06 00:24 UTC] justinpatrin
I don't mind an onclick, but how do you tell which is the one the user wanted to edit? There can be many of them selected at once. If I do implement this it will bloat your HTML anyway as I'd output the forms for each element in its own hidden div. I suppose I could use a JS array for the elements values, but this is about the same as lots of hidden divs... Something using JPSpan would, of course, be a great idea, but that would require an extra processing script of some kind which the developer would have to set up. This is precisely why linkNewValue uses a hidden div instead of, say, a popup window.