That sounds sort of reasonable but when I am on the site backend and search articles for
CONTENT:<ul id="newsletters_list">
using Chrome on Windows, I get back the article I wanted - that has a ul element with id="newsletters_list". This would appear to contradict what you say is the behavior.
However, when I try the same thing using Chrome on my Android device - or even CONTENT:id="newsletters_list" - no articles are returned.
I am confused (again) as to
a) why "You cannot search for HTML code parts since the search string is cleaned with the STRING filter (HTML tags are removed)." What's the reasoning behind the removal of HTML tags?
b) why the behavior of the search would be different between Chrome on Android and Chrome on Windows.
c) how could this search work when I am using Windows if the HTML tags are removed?
I suppose I could get around this by adding an element with a special string that is not displayed using "display:none" and searching for that.
Are there plans afoot for a 2nd version of Joomla Webservices?
CONTENT:<ul id="newsletters_list">
using Chrome on Windows, I get back the article I wanted - that has a ul element with id="newsletters_list". This would appear to contradict what you say is the behavior.
However, when I try the same thing using Chrome on my Android device - or even CONTENT:id="newsletters_list" - no articles are returned.
I am confused (again) as to
a) why "You cannot search for HTML code parts since the search string is cleaned with the STRING filter (HTML tags are removed)." What's the reasoning behind the removal of HTML tags?
b) why the behavior of the search would be different between Chrome on Android and Chrome on Windows.
c) how could this search work when I am using Windows if the HTML tags are removed?
I suppose I could get around this by adding an element with a special string that is not displayed using "display:none" and searching for that.
Are there plans afoot for a 2nd version of Joomla Webservices?
Statistics: Posted by davidascher — Wed Apr 17, 2024 10:23 pm