on my previous projects, their where no such things as shared media library so this is why i've asked the question haha

thanks for the explanation

makes sense, no problem!

@User I had to do something "similar" but not exactly the same. What I did was add

Media::addGlobalScope(new TeamScope());

to make sure I only show relevant media. In addition to that I added something like this:

Media::creating(function ($model) {
            if (Auth::user()?->id && !$model->user_id) {
                $model->user_id = Auth::user()->id;
                $model->team_id = Auth::user()->current_team_id;
            }
        });

The only challenge you will have is to know what "scope" you are in, and the above might not help you at all 😄

very cool @Harings Rob! so you have teams that are only seeing their own subset of uploads in the UI?

Actually I have teams that only see their content, a bit like mini sites.

Each team can configure their own website.

A team in this case is a wedding, so they can build their wedding website with rsvp etc

nice! so you built some sort of saas model on top of Twill and your users are using the Twill UI to customize their tenant?

Or is that happening through a different frontend?

I have somehow managed to only take a subset of the ui to the frontend (which is livewire).

Yea, unfortunately I am good a coding/making products, but not so good at selling them 😄

Hello there, is it possible to use a browser inside a repeater atm? I know I could just put the browser on the main form but, I have an extra column on my pivot table so I need to save an extra attribute along with the browsed Model. Right now, with the browser and a regular input rendered through my repeater, my form renders with no errors and also "saves" but no changes on the pivot table. Thanks.

Hi @User yes, definitely possible. the browser needs to be implemented on the repeated module.

@User Another option to fill extra columns on your pivot table is the

$pivotAttributes

param of

updateBrowser()

, something like:

$this->updateBrowser($object, $fields, 'categories', 'position', null, [
        'attribute' => 'value',
    ]);

https://twill.io/docs/api/2.x/A17/Twill/Repositories/Behaviors/HandleBrowsers.html#method_updateBrowser

@User Yes, I did implemented the browser inside the repeater but It wasn't saving to the database, no errors on the frontend though. I tested the browser directly on the form instead of implementing it through a repeater, then it saved successfully. But this way I couldn't insert the extra attribute to the pivot table @User Oh, I was trying to figure out this method. I was using it wrong.

php
    $this->updateBrowser($object, $fields, 'categories', 'position',['value']);

Thank you for replying. I'll give it another go asap.

@User how did you setup the browser? Using $relatedBrowsers or a pivot table? whatever the case, the code needs to be in the repository of the module that is repeated, not the repository of the module you're saving.

how can i change default wysiwyg toolbarOptions ?

@User, a simple way I can think of is to override the

_wysiwyg.blade.php

file in your project. You can copy the original file to

resources/views/admin/partials/form/_my_wysiwyg.blade.php

and change the default value, something like:

$toolbarOptions = $toolbarOptions ?? ['bold', 'italic'];

Then, you can use your customized field like a regular field:

@formField('my_wysiwyg', [
    'name' => 'body',
    'label' => 'Body',
    'translated' => true,
])

Hi! Please, I've got a question regarding the block editor. I have two edit pages, both for different models, for article page and for example an event page, both having blocks and using the block editors that are using

layouts\block.blade.php

for rendering on admin site. On client-side, these two have slightly different styles (different width of the content container) but use same blocks. In my

layouts\block.blade.php

I have some styles in head element, making the visual 100% same with the width like on the client-side. But that works only for one model, since the second one needs that slightly different modification in visual. Is there any way I can provide information in my

block.blade.php

that I'm currently on article's edit page or the other one? Or maybe a way to split that up? Tried

@dd

for defined vars but since it's called in an iframe, it looked stupid to me and I felt like I'm running in circles. Thank you for help!

Hi @User, not the most elegant but I think a session variable is a simple solution for this.

For example, in your controller:

class PageController extends BaseModuleController
{
    protected $moduleName = 'pages';

    public function edit($id, $submoduleId = null)
    {
        session(['preview_context' => 'page']);

        return parent::edit($id, $submoduleId);
    }
}

Then, in your block layout:

<html>
    <head>
        ...
    </head>

    <body class="preview-context-{{ session('preview_context') }}">
        ...
    </body>
</html>

Ah, didn't think about that! Works great, thanks a lot

The only thing that won't work is editing different modules across different tabs in the browser... but that's a bit of an edge case 😉

I only need to slightly differ the width of block editor contents, that should be fine I hope.

Makes sense

Maybe a View::share instead of a session? Not sure if that would work.

Not sure... I think it wouldn't in this case because of the separate

/blocks/preview

request

Just don't be lazy and write 2 blocks