Hi David, folks,

first of all many thanks for the support mail. You have said almost 
everything that could be said.

Particullary i found interesting to print on CDR Log interface the 
dialed/received numbers and their correspondent detected names (in case 
they are present in the Caller ID database). The presentation of the 
ifnormation on the web interface finely could be a sort of "CDR for humans".

At the moment i have done all the necesary changes on dialplan to carry 
CallerID names detected from AstDB into ${CDR(userfield)}, and with the 
comments of this thread i managed to present a new column with this 
field on screen. It is not posible to reorder the columns but at least i 
can see the required information on screen.

About developments, I understand that commit changes to 
stable/productions systems is always hard and costly so i can only state 
that i would found the fuctionalities you mention quite interesting for 
future interface improvements.

I appreciate so much the information about that the web panel column 
distribution is hardcoded, so, i probably won't push on this direction 
anymore.

Thanks for the very valuable infomation and help.
Best regards,
-- 
JGF



David Kerr wrote:
> The WebGUI is pretty much hard coded to display the CDR the way it does.
>   A couple of years ago I extensively "improved" the CDR page but Lonnie
> ultimately decided to "keep it simple" and only took a couple of the
> tweaks I suggested.  I can't remember everything I did but certainly one
> of the things I toyed around with was the idea of looking into the AstDB
> for a CallerID name associated with an outbound destination number.  I
> even had a reverse-lookup (for US numbers through whitepages.com
> <http://whitepages.com>) that displayed as a popup if you hovered over a
> phone number.
>
> I'm not keen to resurrect all that work unless there is a lot of
> interest from users -- and buy-in from the devs that it would not be
> wasted effort.
>
> David
>
>
> On Wed, Dec 5, 2012 at 8:03 AM, Michael Keuter <li...@mksolutions.info
> <mailto:li...@mksolutions.info>> wrote:
>
>
>     Am 05.12.2012 um 13:43 schrieb Jonathan GF:
>
>      > Hi Michael,
>      >
>      > thanks for quick answer. I guess if it's posible to customize
>     column layout so i can place "userfield" column in between "CID Num"
>     and "Extension" columns.
>      >
>      > That way i can obtain orig_name - orig_num - dst_name - dst_num
>      >
>      > I look forward to hearing from you soon.
>      > Best regards,
>      >
>      > Jonathan
>
>     In the "Standard CDR" you can only add "userfield" as last column in
>     the Prefs/CDR. The columns are fix otherwise.
>     But you can play around with "CDR custom" and define your own layout
>     in cdr_custom.conf.
>     I'm not sure how this is shown in the WebGUI though.
>
>      > 2012/12/5 Michael Keuter <li...@mksolutions.info
>     <mailto:li...@mksolutions.info>>
>      >
>      > Am 05.12.2012 um 12:10 schrieb Jonathan GF:
>      >
>      > > Hi all,
>      > >
>      > > i guess if there is any posibility or functionality able to
>     implement at web interface or the dialplan to make the CDR Log
>     column "Extension" to show an already present number in AstDB.
>      > >
>      > > I look forward to hearing from you soon.
>      > >
>      > > Best regards,
>      > >
>      > > Jonathan
>      >
>      > "Extension" (dst) is the dialed destination extension (incoming
>     or outgoing) and is IMHO read-only.
>      > But you can query any database for "CID Name" in your dialplan
>     before you answer the call, then the name will be shown in the "CID
>     Name" field.
>      > The only field that can be customized is "userfield" (see in
>     Prefs/CDR) or your olwn variables.
>      > See https://wiki.asterisk.org/wiki/display/AST/CDR+Variables
>      >
>      > Michael
>
>     Michael
>
>     http://www.mksolutions.info
>
>
>
>
>
>     
> ------------------------------------------------------------------------------
>     LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>     Remotely access PCs and mobile devices and provide instant support
>     Improve your efficiency, and focus on delivering more value-add services
>     Discover what IT Professionals Know. Rescue delivers
>     http://p.sf.net/sfu/logmein_12329d2d
>     _______________________________________________
>     Astlinux-users mailing list
>     Astlinux-users@lists.sourceforge.net
>     <mailto:Astlinux-users@lists.sourceforge.net>
>     https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
>     Donations to support AstLinux are graciously accepted via PayPal to
>     pay...@krisk.org <mailto:pay...@krisk.org>.
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
>
> _______________________________________________
> Astlinux-users mailing list
> Astlinux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to 
> pay...@krisk.org.

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

Reply via email to