I want that ! Is it going to behave like multiple edits apps and preserve already existing values ?
As for Ajax vs HTTP, I would favor keeping it as simple as possible. There are already many conflicts between javascript from multiple extensions (headertabs, maps, forms, etc...). - Laurent On Nov 25, 2009, at 9:04 AM, Hauke Pribnow wrote: > Hi everybody! > > I am currently working on an extension to Semantic MediaWiki that should > enable the user to edit a bunch of pages at once through a user-friendly > interface as provided by Yaron Koren's Semantic Forms extension. > > To demonstrate the main idea of how the GUI should look and behave like > I threw together an example page: > http://home.arcor.de/t.mod/multieditexample/ > (I know - the code there is still pretty bad. It'll be fixed in the real > extension, I promise.) > > Concerning the use of JavaScript: I want to let the user decide if > he/she wants to use the Ajax-style Web 2.0 in-page dialog that currently > pops up when clicking on the "Edit selected page" button, or - as an > alternative - if he/she prefeers Web 1.5 where the button will simply > trigger a HTTP POST and send the user to a special "Edit selected pages" > page. > > Currently I'm still in the process of gathering information of how to > actually implement this extension. Yaron gave me the suggestion to use > the Page Object Model extension, lch on IRC pointed me to the Replace > Text extension (especially interesting because it's using the job > queue). Do you have any other additional suggestion where I can save > some work? (Of course I'll also try to re-use as much code as possible > from Yaron's Forms extension.) > > > Besides this, I have a more specific question: Since I want to make > everything as user-friendly as possible, I plan to also implement > checkboxes à la popular MP3 tag editors to let the user decide which > fields should acutally be overwritten when submitting a multi edit page. > (See this for an example of a typical MP3 tag multi edit interface: > http://www.applelinks.com/images/uploads/kirk/itunesbatch3.gif ) > > Therefore it would be great if my extension could automatically > determine if some or all fields of the selected pages contain the exact > same value. If this is the case the according value should already be > pre-entered in the form field and possibly also the > "overwrite-this-field" checkbox should already be ticked when a user > clicks on "Edit selected pages". Otherwise the form fields should be > empty of course. > > The question is: How to do that? > > Since the SFStore doesn't want extension developers to send SQL > statements directly to the database (for a good reason of course) I'm > looking for other ways to deal with the situation. I already though of > temporarily adding unique special properties/fields to all selected > pages to be able to query the number of pages with that unique > property/field that have the same field content as the field of the > first selected page. Something in this direction. > > Do you have any suggestions that are somehow better/more elegant? > > Thanks for any input already in advance! > > > Hauke > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
