forums › forums › SQLyog › SQLyog: Bugs / Feature Requests › Custom Filter Improvements
- This topic is empty.
-
AuthorPosts
-
-
August 11, 2011 at 9:14 am #12415Laurence JonesMember
Dear developers!
Great product which I use many times every day!! I frequently use the custom filter, when navigating around the DB and find that I almost always change the condition of = to like! Given the way that like in mysql differs from mssql, there is absolutely no reason I can think of that a user would EVER need to use = if the default were LIKE!
So I would be very grateful if you could take ONE of the following actions:
1) Define a condition default in tools/preferences OR
2) Change the default to the condition you last used (please remember when the program restarts) OR
3) Change the default to LIKE %value% (please see my second request!)
My second request would be to have an additional condition which would be LIKE %value% which would automatically wrap the value with percents. e.g. a value of ZZZ would result in SQL like “SELECT * FROM xxx where YYY like '%ZZZ%'.
I realise that this doesn't seem an important mod but from the perspective of a user who constantly uses like %%, it would be an incredible time saver for me.
Your program is excellent… I would just love to see it perfect 😉
Many thanks in advance
Laurence Jones
-
August 11, 2011 at 9:30 am #32519peterlaursenParticipant
1) Personally I'd prefer this then “Change the default to the condition you last used” (in both plain filter' and 'custom filter'). The 'preferences can easily get cluttered with a lot as such 'small' options.
2) Yes .. it is a little inconsistent that we have in 'plain filter' both 'string', '%string', 'string%' and '%string%' options wiht LIKE but no similar option for user in 'custom filter'. I don't know if we could activate a combo/dordown i LIKE operator is chosen or if we should find another another implementation or redesign the 'custom filter' dialog.
-
August 23, 2011 at 9:24 am #32520Laurence JonesMember'peterlaursen' wrote:
1) Personally I'd prefer this then “Change the default to the condition you last used” (in both plain filter' and 'custom filter'). The 'preferences can easily get cluttered with a lot as such 'small' options.
2) Yes .. it is a little inconsistent that we have in 'plain filter' both 'string', '%string', 'string%' and '%string%' options wiht LIKE but no similar option for user in 'custom filter'. I don't know if we could activate a combo/dordown i LIKE operator is chosen or if we should find another another implementation or redesign the 'custom filter' dialog.
Thanks for the reply… sorry for the delay in mine!!
1) Yes, I believe changing the default would be perfect!
2) With regard to the LIKE %string% option, so long as it defaults to the one you last used, I am not too worried how fiddly it is to select the option the first time. I would suggest though that the simplest would be to expand the current selection to include:
=
>
<
LIKE value
LIKE %value%
Personally I don't think that %value or value% are something that a user would want as a default and therefore could type in the % on those occasions.
All the best
Laurence
-
August 23, 2011 at 11:11 am #32521peterlaursenParticipant
I believe that we escape if user types a '%' or a '-' (ie. pass to mysql_real_escape_string http://dev.mysql.com…pe-string.html. What means that we are filtering on those wildcard characters as a literal. Because
1) It makes perfect sense to filter on “14%” (sent to the server as “14%”) for instance meaning “14 percent”.
2) The filter is supposed to be fully GUI and should not require user to handle MySQL escape syntax.
-
August 23, 2011 at 11:19 am #32522Laurence JonesMember'peterlaursen' wrote:
I believe that we escape if user types a '%' or a '-' (ie. pass to mysql_real_escape_string http://dev.mysql.com/doc/refman/5.1/en/mysql-real-escape-string.html. What means that we are filtering on those wildcard characters as a literal. Because
1) It makes perfect sense to filter on “14%” (sent to the server as “14%”) for instance meaning “14 percent”.
2) The filter is supposed to be fully GUI and shouldnot require user to handle MySQL escape syntax.
I do not believe that is correct Peter – if I search for LIKE and enter %abc%, it finds all items with the field containing “abc” not “%abc%”.
If you are infering you intend to make that change, please do not! I for instance would quite frequently search for things like “%EPSON%RED%” to find red cartridges – if you escaped the %, this would not be possible and would be a far worse than an inconvenience.
-
August 23, 2011 at 12:07 pm #32523peterlaursenParticipant
I have to admit that I did not check!
In 'Data Search' we do escape. So this is an inconsistence! We do not plan any immediate changes either place though.
-
August 23, 2011 at 12:11 pm #32524peterlaursenParticipant
I have added to our issue tracker this: http://code.google.com/p/sqlyog/issues/detail?id=1698
But unlikely there will be a change in either for the next 3-4 months at least.
-
August 23, 2011 at 12:14 pm #32525Laurence JonesMember'peterlaursen' wrote:
I have added to our issue tracker this: http://code.google.com/p/sqlyog/issues/detail?id=1698
But unlikely there will be a change in either for the next 3-4 months at least.
Is there any chance you can also request the default to last used operand in the filter?
-
August 23, 2011 at 12:23 pm #32526peterlaursenParticipant
Also added. http://code.google.com/p/sqlyog/issues/detail?id=1699. But no timeframe guaranteed.
-
August 23, 2011 at 1:12 pm #32527Laurence JonesMember
Many thanks!
-
-
AuthorPosts
- You must be logged in to reply to this topic.