🇧🇪Belgium @mschudders

options:
hook/event/alter > So the module who puts the values there should "hook in" and translate value to label?

mschudders → created an issue.

merged!

Thanks.

pushed on DEV.

is working well, used for several months in PRD.

fixed

closing

if you could resolve the last conflicts so I can merge the branch that would be great.

Thanks

merged looks good

thanks

If this is an option that can be toggled (and this not by default) I can agree on this.

But right now I don't think this is good to set by default.

pushed to DEV.

Thanks.

mschudders → created an issue.

kriboogh → credited mschudders → .

up to date with latest changes now.

Putting in Needs review.

mschudders → made their first commit to this issue’s fork.

Thanks!

mschudders → created an issue.

added to DEV.

Fixed.

mschudders → created an issue.

Merged!

Thanks

Fixed

Great thanks!

mschudders → created an issue.

Merged.

shouldn't be the responsability of this contrib

todo check config.

mschudders → created an issue.

merged.

Is indeed a nice request. Maybe if we have some time in the future we could implement it.

closing fixed

added to DEV.

Mschudders → created an issue.

closing and marking as fixed

I've added this to the DEV branch.

please provide MR.

thanks

@tim shall I resolve these?

Cheers

closing

looks good merged.

great

Hey,

Well since it's just a Plugin implementation, which isn't loaded when needed, I don't think it's necessary to create a separate submodule.

Normally the work for the webform element is done.

could you test it please? (Didnt test the autocomplete) other features seem to work properly.

Thanks!

Kind regards,

Marking as fixed in the meantime.

assign to me && needs work

update:
V1 working element added. Need extra features, more testing, and making sure everything works,

this is just a prototype.

in dev.

alright, i'll have a crack at it. (dev branch)

fixed.

Mschudders → created an issue.

That's not the purpose of datalist or a select element.

Only the options inside of the list should be allowed.

put to needs work based off last comment.

fixed status.

fixed.

Mschudders → created an issue. See original summary → .

fixed in latest dev.

Mschudders → created an issue. See original summary → .

Added another fix for this on latest DEV branch.

Could you test if that works for you?

Thanks.

the help is a bit slim. If more information is added I could add it (also a link to the drupal page)

only from 9 and up is supported. So this is outdated.

closing ticket since I cleaned up the defaults in the form and this is resolved.

.overview--search, .views-exposed-form, #police-search-form-popup

In your use case you safely remove #police-search-form-popup I guess. This has been in there for no reason. Will remove it ;-)

.overview--search, .views-exposed-form

And the probably the selector "overview--search" won't be there for you as well, I think.

I've tested the patch as well and cannnot reproduce the issue of Emircan Erkul.

For me it seems to be working properly. Will test further to be sure.

patch seems good.

Moving to RTBC

will test and then provide merge req.

I started from 2.0.x seemed more logical to me.

Mschudders → created an issue.

Mschudders → made their first commit to this issue’s fork.

updated to latest DEV.

Mschudders → created an issue.

Mschudders → created an issue.

Mschudders → created an issue.

example on how to post media:

$this->twitterPostManager->setClient($client)->doPost([
'status' => 'Le Label',
'media_paths' => [
$mediaPath, >> Should be a FILE URI.
],
]);

If this gets applied (this merge request) >>> please update documentation.

This incoperates the patch from: https://www.drupal.org/project/social_post_twitter/issues/3392216 🐛 Authentication works but profile isnt returned 404, Warning: Attempt to read property "id" on null in RTBC
So be sure to give credits to https://www.drupal.org/u/zarexogre →

That issue was about making it work again, this is about yeah applying media/images.

Mschudders → created an issue.

merge request provided

Mschudders → created an issue.

testing okay after final bug fix

put to needs review

Mschudders → created an issue.

I tested this and it works.

Moving to needs review

patch added and merged manually.

updated project page: https://www.drupal.org/project/views_filter_select →

Marking this as fixed.

postponed

Well you need to fill in javascript selectors on the settings page. I think by default there are "defaults/placeholders" filled in at the settings page?
The selectors specify a certain element on for example the search page.

Sorting for example: You need to write a javascript selector that targets this element, for example a "select" element.

Does this help you?

fixed

Can you elaborate? The module is still available and supported so I don't know what is wrong atm?

Thanks for clarifications.

closing, merged to DEV.

merged thanks!

resolved merge conflicts, all good. fixed, thanks!

Mschudders → made their first commit to this issue’s fork.

so the fix has been reverted. (Checking commits on Merge request)

Is the orderBy still needed then or can we close the ticket? Thanks.

closing

merged. Thx