[Vtigercrm-developers] expressing my worries about not being able to see new vtiger code

[Doug]

My biggest concern at this point, and I haven't been following development
closely this summer.  Lies in the Calendar function of vtiger..

The lack of the ability to capture the precise length of phone calls is a
large barrier to it's adoption in most sales driven businesses.  With the
default 5 minute increments it is impossible to measure the effectiveness
of call scripts, patterns, and behaviors of individual sales or customer
service reps.

We would be much more well served with a "NOW" button that would
automatically fill in the correct local time including hours,  minutes and *
seconds* into the appropriate fields and an automatic calculation of call
duration.

And as well perhaps an option to manually fill in the hours and minutes
into future appointment or call times.

Nearly all of my clients need to be able to differentiate between a rep
that is spending on average 7minutes 20 seconds on calls from a rep that is
spending 8 minutes 35 seconds on calls in a particular week or month for
instance.  Even if we are tracking only minutes there is still a big
difference between the 7 minutes and 9 minutes that might otherwise look
like in rounded off minutes. 1 minute and 15 seconds looks like 2 minutes.
A huge discrepancy.

5 minute increments are impossible.


On Fri, Aug 24, 2012 at 2:36 PM, Sreenivas Kanumuru <svk at vtiger.com> wrote:

> Adam, Joe,
>
> As developers, i am sure you both are aware of the perils of putting out
> half baked code. We are certainly looking forward to your contributions and
> feel the new client framework will spur development of more such
> extensions. The alpha release that we are going to publish in a couple of
> weeks will still have some incomplete areas. We appreciate your patience as
> we work to deliver a solid vtiger 6 release (most likely in November).
>
> Regards,
> Sreenivas
>
>
> On Fri, Aug 24, 2012 at 11:47 PM, Prasad <prasad at vtiger.com> wrote:
>
>> I wanted to clarify the perception difference that is being discussed on
>> this thread. Please don't read me wrong - I'm certainly young compared to
>> your expertise.
>>
>> * Ondemand dev-team set the goals (every month) and focus
>> more on working on issues / features that can be rolled in the target
>> cycle.
>>
>> * Opensource dev-team set the goals in longer cycles as they collobrate
>> with Ondemand team changes + support customers bug-fixes +
>> community contributions + customizations + extensions.
>>
>> Opensource product features match the Ondemand except they are few
>> customization enabled for adapting the our billing system and service is
>> enabled with round-the-clock support & IT team.
>>
>> --
>> The practise of maintaing staging repository (instead of "hidden branch")
>> has been their ever before ondemand started, the primary purpose was to
>> eliminate the fear from young developers while committing the untested /
>> validated code (and avoid loosing the changes!). The reviewed / validated
>> code will be pushed to trac.vtiger.com branches which need additional
>> time.
>>
>> --
>> vtiger6 development has been challenging with the agenda to
>> get the earlier version with least disruption to existing backend API
>> but yet enabled flexibity to provide adaptable UI (front end).
>>
>> This had certainly raised the bars on dev-team who took few hard-bytes
>> refactoring the code very often and now settled with the better model.
>>
>> Translation design / Module packages were the concepts that was
>> discussed few weeks back and is in process of implementation.
>>
>> Which was the major reason to postpone commit to trac.vtiger.com branch.
>>
>> I appreciate your collaboration and look forward for greater assistance.
>>
>> Regards,
>> Prasad
>> vtiger Team
>>
>> On Friday, August 24, 2012, Joe Bordes <joe at tsolucio.com> wrote:
>> > I couldn't have said it better :-)
>> >
>> > Thanks
>> >
>> >
>> > On 24/08/12 14:51, Adam Heinz wrote:
>> >> On Fri, Aug 24, 2012 at 8:13 AM, Stefan Warnat <ich at stefanwarnat.de>
>> wrote:
>> >>> I think that it's no problem to wait, because vtiger is Open Source!
>> It's
>> >>> not like commercial Software, you have pay for the functions.
>> >>> Nobody should expect any changes and be thankfull for every update you
>> >>> become for FREE.
>> >> I don't think waiting is the problem.  Joe's complaint reads to me
>> >> like, "Hey guys, why won't you let me help you sooner (by contributing
>> >> code and translations)!"
>> >>
>> >> So long as primary development is done in a hidden branch, community
>> >> contribution will always lag several months behind.  My theory is that
>> >> they are trying to add value to their On Demand offering by delaying
>> >> features into trunk, which is unfortunate for the development
>> >> community.  I personally believe that that the contributions of
>> >> community developers already exceed that value.  Even if vtiger
>> >> doesn't want to open up the On Demand branch to the world, at least
>> >> give your translators and long-time community developers early access!
>> >>   Joe has been a member of the community since 2006!
>> >> _______________________________________________
>> >> http://www.vtiger.com/
>> >
>> > _______________________________________________
>> > http://www.vtiger.com/
>> >
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20120824/859b6c62/attachment.html