Ingo Tegeder

+1

vielleicht wäre es ja eine lösung, wenn alle FOR mitglieder in myredaxo selbst entscheiden können welche FOR addons auf ihrer profilseite angezeigt werden

+1 quickfix: ``` if ( ( rex::isBackend() ) && ( rex::getUser() ) && ( !rex::getUser()->isAdmin()) ) { rex_extension::register('PAGES_PREPARED', function (rex_extension_point $ep) { $page = rex_be_controller::getPageObject('ycom'); $page->setHidden(true); }); } ```

hab gerade auch danach gesucht und es in einem alten projekt wiedergefunden: `echo MBlock::show($id, $mform->show(), ['initial_hidden' => 1, 'min' => 0, 'initial_button_text' => 'Press [+] to create MBlock']);`

... wenn das Suchergebnis vom Typ 'db_column' ist, wird auch 'Café' gefunden wenn 'Cafe' gesucht wurde. Wenn das Suchergebnis vom Typ 'article' ist, dann nicht. ...ah, oh... das problem liegt...

wenn ich z.b. cafe suche wird zwar ein artikel der 'café' enthält gefunden, aber der entsprechende $hit['highlightedtext'] eintrag ist leer. d.h. das die entsprechende sql suchanfrage den artikel findet, aber...

leider habe ich bislang nicht genau geblickt wie ich das im addon lösen kann... ich hab das in meinem projekt erstmal hemdsärmelig gelöst: wenn $hit['highlightedtext'] leer ist, greife ich auf...

anscheinend hat sich die funktion, die hier aufgerufen wird geändert https://github.com/yakamara/redaxo_yform/blob/b51a3593310b7a3951fb4e578ac3b82292d0dd9f/plugins/rest/lib/rest/route.php#L473 H A C K : wenn ich die zeilen ` $rawQuery = $field->getObject()->getSearchFilter([ 'value' => $filterValue, 'field' => $field,...

+1 ... in chrome when i use a mousewheel to scroll when i use a trackpad or keys there is no problem a similar problem is described here: https://github.com/lukehaas/Scrollify/issues/26

https://github.com/tbaddade/redaxo_url/pull/295