A @laravel based RAD platform for back-office applications, admin/user panels, and dashboards.

В страницах dashboard/pages/demo-page

1.Если выбрана одна локаль, то при сохранении выдает ошибку

Call to a member function all() on null
in src/Platform/Core/Models/Post.php:156

http://prntscr.com/i35nbm

Я так понял это из-за views\container\posts\modules\base.blade.php в нем строки передают локаль:

    @else
        @foreach($locales as $key => $locale)
            <input type="hidden" name="options[locale][{{$key}}]"
                   value="true">
        @endforeach
    @endif

а в page этого нет

2. Если выбрано две локали то если не заполнить данные для второй то в скриптах выдает

An invalid form control with name='content[ru][name]' is not focusable.
...

проблема в том, что в постах можно отключить заполнение для второй локали, а в страницах нет. И всё равно, когда заполняешь данные за две локали - выводит ошибку указанную в пункте 1.

При отправке инпута с маской и параметром removeMaskOnSubmit маска после сабмита не удаляется. Когда-то уже была подобная проблема, но тогда после обновления страницы маска работала корректно, сейчас же работает после возврата назад (без обновления страницы) и повторной отправки.

Пример:

Пример поля:

Input::make('phone')
    ->type('text')
    ->mask([
        'mask' => '(999) 999-9999',
        'removeMaskOnSubmit' => true
    ])
    ->title('Phone')
    ->help('Number Phone'),

Браузер: Хром 77 Орчид: 6.2.0

Expected Behavior

show the dashboard page

Actual Behavior

laravel 404 , page not found (in localhost/dashboard)

Steps to Reproduce the Problem

1.php artisan serve 2.login into localhost/dashboard 3. face the error

Specifications

• ORCHID Version:^3.0
• Laravel Version:^5.7
• PHP Version:7.1.3
• Database Version:sqlite3

Other Notes

no change in routes , just php artisan orchid:install

Проблемы:

• [x] 1. Не производит пост обработку изображений saveImageProcessing (исправить опечатку)
• [x] 2. Image::make (src/Platform/Attachments/File.php:183) кидает ошибку об отсутствии временного файла: Unable to find file (/tmp/php....).
• [x] 3. Сделать сохранение файла через Storage
• [x] 4. Сделать удаление файла через Storage в Attachment

Describe the bug Two identical Quill toolbars showing up when using the Quill field in a layout.

To Reproduce Steps to reproduce the behavior:

1. Install Orchid
2. Follow guide to make Email Sender Layout (https://orchid.software/en/docs/quickstart/)
3. Visit page and see the duplicated Quill toolbar

Expected behavior Not seeing two Quill toolbars?

Screenshots

Desktop (please complete the following information):

• OS: MacOS Catalina 10.15.3
• Browser: Chrome Version 80.0.3987.116
• Version: ???

Server (please complete the following information):

• Platform Version: 6.10.2
• Laravel Version: 6.14
• PHP Version: 7.4.3
• Database: MySQL
• Database Version: 5.7

Additional context Add any other context about the problem here.

До обновления все было норм. Orchid/platform была установлена 25 ноября. Сейчас обновил через composer update orchid/platform:dev-master После обновления нет доступа к моему расширению, во вкладке Permission его вообще нет, а было. Ссылка на мое расширение

Кстати после обновления надпись A new stable version of ORCHID is available. Please update to the latest version. не исчезла

Sometimes we have a lot of columns on the table list but we not needed to show it for all of the users and it will be good dynamically (without reload page and without saving this in the database) show or hide columns. Nice example: https://datatables.net/examples/api/show_hide.html I think we can do something like this

Expected Behavior

Visit /dashboard -> Show dashboard view.

Actual Behavior

Visit /dashboard -> Exception error. The Mix manifest does not exist. (View: /home/vagrant/Sites/learn/vendor/orchid/platform/resources/views/layouts/app.blade.php) (View: /home/vagrant/Sites/learn/vendor/orchid/platform/resources/views/layouts/app.blade.php) (View: /home/vagrant/Sites/learn/vendor/orchid/platform/resources/views/layouts/app.blade.php)

Steps to Reproduce the Problem

1. Reinstall Orchid, because I saw in Public directory (orchid>public) keep repeating itself, please see screenshot.

Screenshot: https://www.photobox.co.uk/my/photo/full?photo_id=501615208167

Specifications

• ORCHID Version: 3.6.2
• Laravel Version: 5.7.22
• PHP Version: 7.1.19

Other Notes

I'm using homestead, can't figure a way to solve this. As you mentioned here, All folders and files are there. How can I solve this?

Разделы

/dashboard/systems/category

• [x] 1. Если выбран русский язык панели - разделы в базе сохраняются с пометкой "en", и по адресу /dashboard/systems/category не отображается название.
• [x] 2. При создании и редактировании в селект нельзя выбрать родительскую категорию. Проблема в русском - скорее всего из-за первого пункта.
• [ ] 3. В английском с выбором родительской категории всё норм, но в select нельзя проследить иерархию.

Сейчас существует два вида записи полей, которые имеют свои плюсы и минусы:

В строчном виде

Плюсы:

• Краткость

Минусы:

• Нет возможность передать функции замыкания (вложенность)
• Плохо смотрится при большом количестве значений
• Нет подсветки и подсказок

return [
    'body' => 'tag:tag|wysiwyg|name:body|max:255|required|rows:10',
];

В массиве

Плюсы:

• Есть возможность передавать функции замыкания (вложенность)
• Хороший внешний вид при любом количестве аргументов

Минусы:

• Файл становиться большим даже при малом количестве полей
• Обязательно указывать значение, например см. "required"
• Нет подсветки и подсказок

return [
    'body' => [
        'tag'      => 'wysiwyg',
        'name'     => 'body',
        'max'      => 255,
        'required' => true,
        'rows'     => 10,
    ],
];

Предложение:

Разрешить передавать классы

Плюсы:

• Есть возможность передавать функции замыкания (вложенность)
• Хороший внешний вид при любом количестве аргументов
• Есть возможность базовой поддержки подсказок

Минусы:

• Диссонанс с другими местами (Например в rules пишем строки, в grid массив)

return [
    'body' => Field::tag('wysiwyg')
        ->name('body')
        ->max(255)
        ->required()
        ->rows(10),
];

Что предпочтительнее:

With the release of Laravel 8, the development team has released a new starter kit Jetstream.

It is a replacement for the laravel/ui package currently used by the platform. This is a major change for which, in fact, it was impossible to prepare in advance. New product releases are hidden and not shown until the release.

Some features began to compete with the official packages:

• Authorization / Password recovery and other pages began to differ
• Two-factor authentication
• Roles (Groups)

In fact, this will soon become mainstream and other options will not be competitive. I have no desire to go against the prevailing trend (I have no joy about this), so I see the current decision to release a major release, which completely removes authorization from the package.

In fact, we will completely lose the login pages, password recovery pages, the blocked page, two-factor authentication, and some other less noticeable things that I have been working on for a year.

This will make the login threshold higher as users won't get it out of the box. But the entire platform is built for an authorized user, so I suggest using a neutral authorization method via HTTP Basic Authentication.

To at least somehow ease the entry threshold, you can add a new page to the documentation, where it was reported that the user himself needs to choose a package for this.

As far as roles and teams are concerned, little time has passed to make a decision about any decision on this matter. Therefore, I propose to leave the system of roles and permissions.

If you have any suggestions, comments or want to help, please write here.

Describe the bug

when more than one listener is included in the same screen when trying to access $this->query from the second listener, this variable returns null.

Screenshots

Describe the bug I try to create a sample for using attachments. I use all steps from https://orchid.software/en/docs/attachments/ and https://orchid.software/en/docs/quickstart-files/. If i a the following to the Model "post", i can't add a post anymore. The page only shows a white page. Create and edit does not work anymore.

public function hero()
{
     return $this->hasOne(Attachment::class, 'id', 'hero')->withDefault();
}		

To Reproduce Create all files described at https://orchid.software/en/docs/quickstart-crud/. Add attachment support. https://orchid.software/en/docs/quickstart-files/. After that add relation to model described here https://orchid.software/en/docs/attachments/#remove.

After adding the relation the create/edit page could not be loaded anymore. Without the releation the page is ok.

I don't see the error. Any tipps for me?

Desktop (please complete the following information):

• OS: Windows 10
• Browser Firefox
• Version 108.01

Server (please complete the following information):

• Plattform Version: 13.9.1
• Laravel Version: 9.45.1
• PHP Version: 8.0.26
• Database: [MySql
• Database Version: 15.1

Describe the bug when applying filter on two columns it doesn't work properly, because the url will be replaced by the contents of the date range or input, but this doesn't happen if applying both filters to two regular inputs

Desktop (please complete the following information):

• OS: mac os ventura
• Browser chrome
• Version 108.0.5359.98 (Official Build) (arm64)

Describe the bug In my Route Service provider I setup explicit bindings (to models in my custom package) This way the right policy is able to trigger But when I also type hint the Model in the query method in the AgeGroupViewScreen class I get a 404

It looks like the Screen is trying to use it's input to fetch the type hinted AgeGroup while it already receives the model. My debugbar shows a query searching something like "select from age group where id = {Age Group Object}"

When I remove the type hint, it works. The variable contains the AgeGroup model I wanted.

// Route service provider
Route::model('ageGroup', AgeGroup::class);

// The route
Route::screen('/view/age-group/{ageGroup}', AgeGroupViewScreen::class)
    ->name('ageGroup.view')
    ->can('view', 'ageGroup');

// Age Group View Screen
public function query(AgeGroup $ageGroup): array
    {
        return [
            'ageGroup' => $ageGroup
        ];
    }

Expected behavior When the Screens query method already receives the type hinted object, don't try to fetch it again

Server (please complete the following information):

• Platfrom Version: 13.7.1
• Laravel Version: 9.38
• PHP Version: 8.0
• Database: MySql
• Database Version: 8 something

Describe the bug Sorting table results in Tabs layout. If the table is not placed in the default active tab (first one or set by activeTab() method) you have been switched to the default tab, so you need to click again on the tab where the table is placed in order to see sorted results. It stays on the current tab after sorting multiple times by any column.

To Reproduce Steps to reproduce the behavior:

1. Create Tabs layout with more than 1 tab
2. Create Table layout in tab different than the default one (by default first one or set by activeTab() method)
3. Sort the results in the table by any column

Expected behavior Sort table results and do not switch to the default tab.

Desktop (please complete the following information):

• OS: MacOS
• Browser Chrome
• Version 107.0.5304.121

Server (please complete the following information):

• Platfrom Version: 13.6
• Laravel Version: 9.42
• PHP Version: 8.1.9
• Database: MySql
• Database Version: 8.0