Не, там не нужно ничего имплементить. Вообще без разницы как делать клик, но лично мне удобнее все делать в коде

Тогда для статичных (один раз настроил и забыл) view удобнее использовать xml:onclick
View.OnClickListener программно можно заменить на другой.

Ну вот, кому как)

Я поэтому и спросил. В хмл пару кликов, и даже метод кликом создаётся в активити.
А не вот эта писанина с листнером, потом свич...

Как писанина? Наоборот, так легче. Не нужно лезть в хмл. Я вообще сижу на синтетиках, там сразу по id обращаешься

(дада, депрекат)

Чтоб я понял о чем речь😂😂😂😂 на синтетиках...

Ну, это фишка такая котлина что ли. Можно сразу обращаться к Вью по id, типо idView.setOnClick....

Аа круто, я пока до котлин в не дошёл. Делаю страшные приложения по курсам и сам параллельно пытаюсь свое пильнуть😁

можно и на java:
findViewById(R.id.button).setOnClickListener(new View.OnClickListener(){...});

Можно использовать viewbinding и на Java, и на Kotlin

Можно. Но это все равно не то)

Ну так обращение будет просто binding.layout_id, что не сильно отличается

меня еще напрягает xml который должен описывать файлы для которых идет расшарка

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
   <external-path name="external_files" path="."/>
<!--    <external-path name="external_files" path="/storage/emulated/0"/>-->
</paths>

вот неясно кто такой external_files - потом он в path и вводится -
content://com.example.android.fileprovider/external_files/ ....

по докам как раз должно быть чтото типа "/storage/emulated/0" как я пытался сделать - но тогда точно не работает

увы не помогает пока

там относительный путь. Т.е.

<external-path name="external_files" path="DCIM/"/>

это по факту путь /storage/emulated/0/DCIM/ (первая часть пути может зависеть от девайса). Но FileProvider нужен для расшарки файлов из приватных папок приложения, зачем его использовать для external-path не совсем понимаю...

финальный URI будет content://com.mydomain.fileprovider/external_files/default_image.jpg что будет равносильно пути /storage/emulated/0/DCIM/default_image.jpg для примера выше. Достать этот URI можно в Вашем приложении через getUriForFile метод.

<external-path name="external_files" path="DCIM/"/>

боюсь у нас никто не помогает благодаря чему в коде есть кусок явно выпиленный из инета, и значение его покрыто тайной.
щас почитал про все это, стало немного яснее, но все же не совсем.
вот кто-то пишет - provider path is using external-path which links to the device root external storage. (/storage/emulated/0)
т.е. таки external-path это некий хардкор андроида указывающий на storage/emulated хотя блин нигде ясно в доках про это не сказано

вот еще

в манифесте указан как

<provider
           android:name="androidx.core.content.FileProvider"
           android:authorities="com.example.android.fileprovider"
           android:exported="false"
           android:grantUriPermissions="true">
           <meta-data
               android:name="android.support.FILE_PROVIDER_PATHS"
               android:resource="@xml/file_paths" />
       </provider>

при этом в ряде примеров есть такое
<provider
       android:name="androidx.core.content.FileProvider"
       android:authorities="com.camera.app.fileprovider"
       android:exported="false"
       android:grantUriPermissions="true">
       <meta-data
           android:name="android.support.FILE_PROVIDER_PATHS"
           android:resource="@xml/file_paths">

       </meta-data>
   </provider>

т.е. другие authorities - имеет ли это смысл?

com.camera.app.fileprovider  выглядит както удачнее чем com.example.android.fileprovider
этот example меня просто выносит

authorities должен быть сугубо Ваш, так как не только ваше приложение может шарить файлы через провайдер. В теории пути могут совпасть, а файлы будут разные. Поэтому пропишите свой authorities. getFileUri метод его подхватит при генерации пути