Labels |
Added:
?
|
Category | ⇒ | com_search |
Status | New | ⇒ | Confirmed |
Category | com_search | ⇒ | Administration Language & Strings |
Search by element is not implemented in the plugin manager
Using or not Upper case does work fine for latin Names.
Upper-lower search does not indeed work for Cyrillic (or Greek). I confirm that issue.
Tested that using upper/lower case in Greek/Cyrillic does work when searching articles
I stumbled over this to and it's expected behavior but it should be searchable by the english name for better usability...
The only English wording in the extensions db is the element (emailcloak, loadmodule, pagebreak
for example). We could do that one and treat it as we do for IDs but they are not obvious to remember.
I am not sure that the upper/lower issue in Manage as well as plugins Manager is to be expected. I rather think it is an oversight.
We are there only dealing with translated strings and not any entry in a table, but nevertheless we should be able to retrieve all names and then do a search independent from the case.
Status | Confirmed | ⇒ | Discussion |
If i talk to a german user and i use only the english backend it's hard to remember all the translations from the plugins. So it would be just easier to say "Search for the pagebreak plugin" instead of remembering all the translations that even might change. Would be great if someone could implement this to search for the element :)
To do that would require making a schema change to the extensions table (so affects all extension types and managers) and adding a hardcoded English label into the database. The Plugin Manager doesn't do search filtering using the database query, it filters the database query results manually using the active language.
In the Extension Manager this same issue exists. The name column in the extensions table can be used as a search filter, and this generally is the extension's "code" name (i.e. com_content or plg_search_content) as the value is pushed through JText
. So it would be a major B/C break to try and turn that column into a hardcoded English value, plus then you strip the ability for extensions to allow their names to be translated.
For technical reasons I don't know if this is something that should be fixed to be perfectly honest.
If it's too much effort definetly not, but if its possible to search by element like @infograf768 said it would be great. Thanks for the further explaination @mbabker
Will make PR as using the same system as id does not work here.
Status | Discussion | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2017-12-02 09:18:46 |
Closed_By | ⇒ | infograf768 |
Issue confirmed. But isn't that expected Behaviour?
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/18868.