David Bruchmann

There is a general difference how it's handled, it's NOT related to `innerHtml()`: ``` $item->first('guid')->html(); returns: array(173) { [0]=> string(137) "https://..." [1]=> string(137) "https://..." ... ``` whereas `link` is handled...

Thanks for the answer, I haven't success though with my adjusted code: ``` echo ''; $pressReleasesRssFeedUrls = []; $url = 'https://www.wiesbaden.de/guiapplications/newsdesk/publications/Landeshauptstadt_Wiesbaden/rssfeeds/141010100000038642.php'; $document = new DiDom\Document($url, true, 'UTF-8', DiDom\Document::TYPE_XML); $items =...

I propose make a jsfiddle because your setup @just-tom is quite complicated and I never found there any call of match-height after page-loading. Reduce it to the basics as far...

After increasing the font-size you probably have to update matchHeight. Perhaps you also could monitor if the size is changing by an event-Handler but I haven't done something like that...

Probably you're wrong in coding, yes. But that's hard to prove without enough code.

Don't know but seems you've still to optimize, the short entries in the top take much empty space while the one cell with much content is relative small. Looks like...

I just see your html with all the tables. As I'm not the producer of jquery-match-height I don't know if it might be a problem but I think you should...

You might have to correct in detail but I guess you understand the approach: ``` const options = { item: function(values) { return values.length ? `${values.name}">` : 'No results'; },...

regrettable news :-( I waited already for a new version. But perhaps it's better like this because how contents are stored in database is terrible. On Tue, May 3, 2016...

You think three words are enough?