<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
Personally, I have to go to the documentation anyhow, especially for
functions, where the name is anyhow suggestive, but there are too
many to remember by heart and know their parameters.<br>
<br>
Also, one of the benefits for short names is a compact string when
printing them with xlog() or as part of function parameters.<br>
<br>
Anyhow, it is possible to have different names for same variable.
For example, even right now:<br>
<br>
- $ruri is same as $ru<br>
- $ruri.user is same as $rU<br>
- $ruri.domain is same as $rd<br>
<br>
So if the people wants alternatives, it is easy to add -- just
exporting same structure as for an existing PV, but with a different
name.<br>
<br>
Moreover, I do not think one (or many) would like $xavp(x) to become
$extended_attribute_value_pair(x) ... so new names should not make
the config look ugly...<br>
<br>
Maybe the best way to move forward on this is to build a list of PVs
that should get aliased names and decide which should be those. I
hope not to start some flame wars, given it won't be any technical,
but just taste about names and patterns...<br>
<br>
Cheers,<br>
Daniel<br>
<br>
<div class="moz-cite-prefix">On 03/03/16 13:30, Sven Neuhaus wrote:<br>
</div>
<blockquote cite="mid:56D82E74.7060001@tyntec.com" type="cite">
<pre wrap="">Hi,
a suggestion for Kamailio 5.0 is to get rid of the cryptic, case
sensitive pseudo-variable names.
Instead we replace them with descriptive names like the ones already
provided by the TLS module.
The current pseudo variables are a constant nuisance unless you deal
with Kamailio every day and know them all by heart. They are an
unnecessary barrier for new users learning Kamailio and force you to
refer to the documentation more often than necessary.
Ideally there would be a script to replace old variable names in
configuration files with the new ones to make the transition less painful.
-Sven
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Berlin, March 7-9, 2016 - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a></pre>
</body>
</html>