View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000208 | HTML & PERL | Feature Request - Interface | public | 2005-06-21 16:16 | 2005-07-02 18:07 |
| Reporter | DerIdiot | Assigned To | exp | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000208: better grouplist in "add/edit anime" dialog | ||||
| Description | the way groups get added to files worked with a couple hundred groups, but we have now almost 2200 groups and it's constantly growing, which makes it first tiresome to find the correct group and second it takes ages for the "add/edit anime" dialog to load. thats especially painful when you are doing massedits. besides the waste of bw. it's not neccessary to load the whole list everytime i want to edit something of the file. i propose to remove the complete grouplist from that page and replace it with some searchfield for the group. you enter the groupname hit "find group" and some popup displays the found results in the grouplist. select one and the correct group gets set in the "add/edit anime" dialog. it's kinda identical to the way phpbb's usermanagement works in the admin panel. complete manual entry without hitting the "find group" shouldn't get allowed to prevent mistakes. the "by relation:" dialog can stay though. it mostly short and useful, which the other 2 lists aren't. | ||||
| Tags | No tags attached. | ||||
|
|
Agreed. I think for clarification DerIdiot means "add/edit anime" -> "add/edit file" dialogue. |
|
|
ehm right. my fault. somehow i mixed that word up ^^;;;;; |
|
|
http://www.cosmicat.com/extensions/findinselect/ |
|
|
sounds like a good idea. question is, do we use a popup and javascript which would be easier, or do we keep non-js compatibility and reload the entire page, displaying the results of the search operation in-line. as this would be a required step when adding a file i don't think we should rely on js. |
|
|
I think that the non-JS policy should be drop soon. 1. It brings more load to the server. 2. It makes some features hard to implement. |
|
|
You can do both, of course. |
|
|
first version implemented (non-js way for now) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-06-21 16:16 | DerIdiot | New Issue | |
| 2005-06-22 01:31 | Ultima | Note Added: 0000528 | |
| 2005-06-22 10:25 | DerIdiot | Note Added: 0000529 | |
| 2005-06-22 10:26 | DerIdiot | Note Edited: 0000529 | |
| 2005-06-25 12:25 | DonGato | Note Added: 0000536 | |
| 2005-06-27 08:23 | exp | Note Added: 0000538 | |
| 2005-06-27 08:23 | exp | Assigned To | => exp |
| 2005-06-27 08:23 | exp | Status | new => acknowledged |
| 2005-06-27 10:08 | DonGato | Note Added: 0000539 | |
| 2005-06-27 18:06 | pelican | Note Added: 0000540 | |
| 2005-07-02 18:07 | exp | Status | acknowledged => resolved |
| 2005-07-02 18:07 | exp | Resolution | open => fixed |
| 2005-07-02 18:07 | exp | Note Added: 0000559 |
