All right. Here it is.

Enjoy,
Nikos
----- Original Message ----- From: "Alexander Malysh" <amal...@kannel.org>
To: "Nikos Balkanas" <nbalka...@gmail.com>
Cc: <devel@kannel.org>
Sent: Monday, August 30, 2010 5:21 PM
Subject: Re: Patch: gw/urltrans.c


see inlined...

Am 30.08.2010 um 16:06 schrieb Nikos Balkanas:

Hi,

Please see comments inlined.

Nikos
----- Original Message ----- From: "Alexander Malysh" <amal...@kannel.org>
To: "Nikos Balkanas" <nbalka...@gmail.com>
Cc: <devel@kannel.org>
Sent: Monday, August 30, 2010 12:08 PM
Subject: Re: Patch: gw/urltrans.c


Hi,

why do you change explicit configuration to something implicit?

I don't understand. Please explain what is explicit and what is implicit.

use have to decide what to use keyword or keyword-regex and both settings just not allowed and is error. Now it also indicated so. With you patch you make decision for user to use keyword or
keyword-regex...


user have to decide whether to use keyword or keyword-regex and if both given
it's error and was indicated so.

Just trying to align source with documentation, by popular demand.

About the case sensitivity, I would like to give a user possibility to decide.
The policy should be:
- if keyword given make it case insensitive (just backwards compatibility)
- if keyword-regex given it's case sensitive

That's confusing for anyone. How do you know what users want? It could blow the list off. I think everything should be treated equally. keyword-regex is just an extention of keyword. Rules applying to the first should apply to the second as well.

no, keyword-regex is replacement for keyword and keyword is there only for backwards compatibility. And keyword-regex was extra set to be case sensitive because some users want it so and if you make it case insensitive user will not be able to do so.
Other way around works, e.g. you will match OK: [o][O][kK]
I see a convert_range in find_translation as a bug...


Any votes from the list?

So the patch should be:
- remove octstr_convert_range from find_translation
- add REG_ICASE for keyword
- documentation

No problem, but first please address my points.

Thanks,
Alexander Malysh

Am 27.08.2010 um 02:24 schrieb Nikos Balkanas:

Added some needed initialization. Sorry about that.

BR,
Nikos
----- Original Message ----- From: "Nikos Balkanas" <nbalka...@gmail.com>
To: <devel@kannel.org>
Cc: "Rene Kluwen" <rene.klu...@chimit.nl>; "'Alvaro Cornejo'" <cornejo.alv...@gmail.com>
Sent: Friday, August 27, 2010 1:30 AM
Subject: Re: Patch: gw/urltrans.c


Case insensitivity is observed in the code. It just lacks in configuration.
I changed patch to match documentation:

1) When given both keyword-regex and keyword, it will just prefer
keyword-regex without complains (according to UG).
2) It will accept any case in configuration for both keyword and
keyword-regex and do case incensitive matching.
3) Fixed a diagnostic that was pooping up evrywhere during matches.

Enjoy,
Nikos
----- Original Message ----- From: "Rene Kluwen" <rene.klu...@chimit.nl>
To: "'Alvaro Cornejo'" <cornejo.alv...@gmail.com>; "'Nikos Balkanas'"
<nbalka...@gmail.com>
Cc: <devel@kannel.org>
Sent: Thursday, August 26, 2010 5:10 PM
Subject: RE: Patch: gw/urltrans.c


A lot of hand sets, nowadays automatically convert the first letter to
uppercase whilst typing an sms message.

So I think case-insensivity is not a bad thing?

== Rene

-----Original Message-----
From: devel-boun...@kannel.org [mailto:devel-boun...@kannel.org] On Behalf
Of Alvaro Cornejo
Sent: Thursday, 26 August, 2010 15:44
To: Nikos Balkanas
Cc: devel@kannel.org
Subject: Re: Patch: gw/urltrans.c

It should then be noted in the user guide. Otherwise we will continue
receiving this questions over and over.

|---------------------------------------------------------------------------
--------------------------------------|
EnvΞ½e y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el Per�, Mιxico y en mas de 180 paises. Use aplicaciones 2 vias via
SMS y GPRS online
Visitenos en www.perusms.NET www.smsglobal.com.mx y
www.pravcom.com



2010/8/26 Nikos Balkanas <nbalka...@gmail.com>:
I don't know if this is really necessary. Just using lower case in the
keyword-regex pattern will work as well. Please disregard.

BR,
Nikos
----- Original Message ----- From: "Nikos Balkanas" <nbalka...@gmail.com>
To: <devel@kannel.org>
Sent: Thursday, August 26, 2010 8:02 AM
Subject: Patch: gw/urltrans.c


Hi,

Currently keyword-regex is configured to only do exact case matches. This
is
in contrast to keyword matching, which is case incensitive. Additionaly, input string input string is converted to lower case for matching. This
will
cause all keyword-regex patterns with capital letters to fail.

This patch corrects that by inittializing keyword-regex to case
incensitive
matching.
Reported by Mike Cariotoglou

BR,
Nikos






<urltrans.diff>

Attachment: kannel.diff
Description: Binary data

Reply via email to