Menu
▾
▴
Re: [Tiki-devel] Yet another roadmap: Trackers
|
From: Michael R. <ri...@la...> - 2011-01-30 13:20:14
|
" The "old school" use of the tracker as a stand-alone feature can go away, IMO. :)I think it's still fine for small use cases and administrative purposes." That's a -1 (maybe a -10) from me until there is something that works as well and as easily, including linked fields between trackers, etc. Pretty plugins are nice, but they are a pain to set up and they aren't automatic. I'm all for wikifying the tracker display and input, but why would you get rid of a relatively settled and robust field editing system? Also, I have no desire to manually set up every input form and display table. I use the Tiki Tracker precisely because it takes zero time to set up my input and table forms - requiring me to do it for each one - even drag and drop - would be a huge step backward. Regards, MR -----Original Message----- Message: 5 Date: Sun, 30 Jan 2011 00:19:35 +0000 From: Gergely minger0 <mr....@ho...> Subject: Re: [Tiki-devel] Yet another roadmap: Trackers To: <tik...@li...> Message-ID: <BAY...@ph...l> Content-Type: text/plain; charset="iso-8859-1" Hi Tiki-devel, 2. "The trackerlist and trackerfilter plugins should be considered deprecated. As they act mostly on the database directly, they should remain functional for a transition period, but moving to alternatives must be the recommended option." I agree a ground-up reworking is desirable, not sure what you are envisioning as a replacement. I would say that the concept of the "pretty tracker in the wiki" is the future, implying that a user could effectively drag, drop and configure structured data as a plugin into any page/url while editing. UI is not my strong point. But already the unified search allows you to use wiki syntax for data layouts through the list plugin. You can use tables with customizable columns as well or simply templates on disk. Right now, those are view only, but adding form fields shouldn't be that hard. Talking about deprecating the plugins is too early for tiki7 or even tiki8. These plugins have a lot of knowledge. They were polished for a long time. It would definitely take some time to get a functionally equivalent replacement in the same quality. I assume the direct db access refers to the lack of caching. The mentioned plugins do not inherently use the database directly. These just call the trackerlib, primarily, which could be improved, of course. Starting there sounds safer to me. The "old school" use of the tracker as a stand-alone feature can go away, IMO. :)I think it's still fine for small use cases and administrative purposes. Joining LPH (I also think it's still fine for small use cases and administrative purposes.). 3. Name of the feature needs to be changed. Totally agree. how about "Forms", "Data Engine" or "Structured Data"?Fully open to discussion. Let me suggest creating the new data engine feature next to the trackers instead of giving it a new name. Alternatively, step by step improvements could be taken on basis what is already there. My favorite tracker issue is https://dev.tiki.org/tiki-view_tracker_item.php?itemId=3603 at the moment. MLP LPH Gergely, tracker fan Date: Fri, 28 Jan 2011 14:44:10 -0500 From: lph...@lp... To: tik...@li... Subject: Re: [Tiki-devel] Yet another roadmap: Trackers On Fri, Jan 28, 2011 at 2:14 PM, Michael Pilling <mlp...@gm...> wrote: HI LP,. Hello Michael, Nice Work, I'll reply to the list on a couple of the points you raised . . . Trying my best. 1. Storage: what kind of storage are you thinking of? from the "ordinary power user" approach, having trackers as a separate database or tables in the database has a lot of appeal, and it would open up manipulation and maintenance via simple SQL commands. Trackers as flat files is also end user friendly. As a first phase, I really don't intend on changing the data structure, but yes, real tables are an option. Other databases that are better at unstructured data (which is what trackers are, even though we consider them structured when compared with wiki) like CouchDB or MongoDB would be alternatives as well. It depends on many factors. 2. "The trackerlist and trackerfilter plugins should be considered deprecated. As they act mostly on the database directly, they should remain functional for a transition period, but moving to alternatives must be the recommended option." I agree a ground-up reworking is desirable, not sure what you are envisioning as a replacement. I would say that the concept of the "pretty tracker in the wiki" is the future, implying that a user could effectively drag, drop and configure structured data as a plugin into any page/url while editing. UI is not my strong point. But already the unified search allows you to use wiki syntax for data layouts through the list plugin. You can use tables with customizable columns as well or simply templates on disk. Right now, those are view only, but adding form fields shouldn't be that hard. The "old school" use of the tracker as a stand-alone feature can go away, IMO. :) I think it's still fine for small use cases and administrative purposes. 3. Name of the feature needs to be changed. Totally agree. how about "Forms", "Data Engine" or "Structured Data"? Fully open to discussion. MLP On Fri, Jan 28, 2011 at 12:36 PM, Louis-Philippe Huberdeau <lph...@lp...> wrote: > Hello, > As Boston is coming up quickly, Marc asked me to write up my ideas for the > work on trackers. Here is the initial draft. > http://dev.tiki.org/Tracker+Roadmap > Feedback is welcome. Nothing is set in stone just yet. > -- > LP > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > -- Michael Pilling HighProductivity.ca Office: 807 285 5567 Mobile: 807 777 0886 Toll free: 1 888 882 2887 ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ TikiWiki-devel mailing list Tik...@li... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ TikiWiki-devel mailing list Tik...@li... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ------------------------------ _______________________________________________ TikiWiki-devel mailing list Tik...@li... https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel End of TikiWiki-devel Digest, Vol 56, Issue 74 ********************************************** |