[Tickets #14660] support layout customization per queue

noreply at bugs.horde.org noreply at bugs.horde.org
Mon Jun 26 10:57:14 UTC 2017


BITTE NICHT AUF DIESE NACHRICHT ANTWORTEN. NACHRICHTEN AN DIESE  
E-MAIL-ADRESSE WERDEN NICHT GELESEN.

Ticket-URL: https://bugs.horde.org/ticket/14660
------------------------------------------------------------------------------
  Ticket           | 14660
  Erstellt Von     | birnbacs at gmail.com
  Zusammenfassung  | support layout customization per queue
  Warteschlange    | Whups
  Version          | Git master
  Typ              | Enhancement
  Status           | New
  Priorität        | 1. Low
  Milestone        |
  Patch            |
  Zuständige       |
------------------------------------------------------------------------------


birnbacs at gmail.com (2017-06-26 10:57) hat geschrieben:

Whups can be used for many other things than tickets that need to be  
tracked. For instance I am using it as a simple docket system for  
dossiers that are being processed by various persons in my company.

Implementations like the indicated would profit much from a little  
more customization than is available via hooks and Blocks. In my case  
I do not want to bother users with certain tabs ("attachments") and  
maybe play a little with element layout and colors .

My biggest problem is to find a way to separate customization for one  
queue from a.) other queues and b.) the official file versions, so I  
can still enjoy application updates.

I suggest a simple official mechanism that allows using a dedicated  
rendering PHP file for a queue. The queue name could be passed as GET  
argument (e.g. http://<myserver>/whups/ticket/?id=123&queue=<myqueue>)  
and if there is an appropriate rendering file  
(lib/UI/renderer//myqueue.php) it is used. Otherwise, the existing  
rendering file would be employed.

I concede that this would only be quite rudimentary customization  
support; however it would allow people to quickly come up with  
renderers for special purposes without compromising system stability.  
Prettier renderers might flow back to the project.







More information about the bugs mailing list