France 🇫🇷
Account created on 18 November 2012, over 12 years ago
#

Merge Requests

More

Recent comments

🇫🇷France Grimreaper France 🇫🇷

Still some problem outside of offcanvas.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

Not possible to do, because at some point it will be blocked by ckeditor5-stylesheets which can't be conditionally altered.

So changing only default colors to be Sobki ones.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

grimreaper changed the visibility of the branch 3503645-contextual-links-use to hidden.

🇫🇷France Grimreaper France 🇫🇷

Hi @vinodhini.e,

Please create a separated issue indicating in which conditions you get issues.

Also I don't see why the proposed changes in https://git.drupalcode.org/issue/ui_suite_bootstrap-3531053/-/commit/cf8... about core_version_requirement are needed.

🇫🇷France Grimreaper France 🇫🇷

Discussed with @nicoloye,

Sobki Bootstrap sub theme will have to declare their option in the theme settings so by choosing it, Sobki Bootstrap library alteration will not happen and sub theme will have to duplicate this logic.

🇫🇷France Grimreaper France 🇫🇷

grimreaper made their first commit to this issue’s fork.

🇫🇷France Grimreaper France 🇫🇷

Thanks.

Results are better now, but the "input group" is not working.

🇫🇷France Grimreaper France 🇫🇷

Hi,

After updating to 1.1.0-beta5, I have the autocomplete results display broken in UI Suite Bootstrap.

See attached screenshots.

🇫🇷France Grimreaper France 🇫🇷

It is UI Icons Menu which removes the required on the link, issue created in the module issue queue.

🇫🇷France Grimreaper France 🇫🇷

grimreaper made their first commit to this issue’s fork.

🇫🇷France Grimreaper France 🇫🇷

I forgot about empty option.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

Hi,

I am not in favor to adding such logic into Entity Share.

I think Entity Share is already enough complicated and should remain only a JSON:API consumer, and alter it as less as possible.

If it needs to alter JSON:API, it should be by relying on Core API or contrib modules like JSON:API Extras.

I would prefer that such access check changes should be proposed into the different contrib modules or with a core issue/ another contrib modules for Core provided content entity types.

🇫🇷France Grimreaper France 🇫🇷

Hi,

What's the point of providing a SASS starterkit not supporting compilation and at the same time provide it without compiled CSS files?

The goal is to provide example of how to include the different Bootstrap's SASS files in the correct order to provide customizations. And also how to override the libraries in the info.yml

So why not provide a set of compiled CSS files based on the SCSS ones or at least provide a CSS based starterkit?

Because those compiled CSS would be for a specific Bootstrap version and would need to be recompiled and commited at each Bootstrap release.

Now in the 5.2.x branch, CDN and Bootswatch support are present, so it will drastically ease the setup for demo and evaluation.

Also, I'd suggest to give the starterkit a version to make it easier to track future updates/changes.

The starterkit version will correspond to the ui_suite_bootstrap version when packaged by drupal.org and when generating a starterkit from the Core's command, it will note from which version of the starterkit it had been generated. (or does it has changed since the last time I tried this command?)

I find UI Suite Bootstrap being the most interesting

Thanks!

Also feel free to propose improvements into the starterkits with merge request!

🇫🇷France Grimreaper France 🇫🇷

Hi,

I made an addition in getLayoutSettings to avoid it to fail if the layout plugin does not exist.

This is helpful in case of update like for UI Patterns 1 to UI Patterns 2 upgrade.

Attaching patch for Composer usage.

🇫🇷France Grimreaper France 🇫🇷

grimreaper made their first commit to this issue’s fork.

🇫🇷France Grimreaper France 🇫🇷

Regarding 📌 [1.0.0-alpha2] Play nice with layout builder Active , Layout Builder is using features introduced in the conversion of hooks into OOP code like https://git.drupalcode.org/project/drupal/-/blob/11.x/core/modules/layou...

#[Hook('entity_view_alter', order: Order::Last)]

So I am not sure it will be feasible with Core 10.x

🇫🇷France Grimreaper France 🇫🇷

With proposed changes, Display Builder override Layout Builder.

Now we need to check if Layout Builder is present to call it too or not. Because not possible to enable Layout Builder on a view display anymore.

🇫🇷France Grimreaper France 🇫🇷

Would it be possible to keep display_builder_devel? I think it can become quite useful to debug display builder in a buggy state, and/or prevent deadlock.

🇫🇷France Grimreaper France 🇫🇷

grimreaper created an issue.

🇫🇷France Grimreaper France 🇫🇷

Same problem When closing a media modal in Layout Builder.

For example when a block content type has a media entity reference field.

The focus it set to the top of the page.

🇫🇷France Grimreaper France 🇫🇷

Patch for Composer usage for 10.5.x.

🇫🇷France Grimreaper France 🇫🇷

Hi,

Agreed with comment 16.

I have not dug why there is an eventListener on a CSS event but a side effect of JS listening to transitionend event is as soon as any CSS transition happens, like on Olivero put mouse hover shortcut icon or the main menu folding/unfolding when going on top of the page, it scrolls again.

I have tried to put the scroll logic into:

window.addEventListener('dialog:afterclose', (e) => {
    const $element = $(e.target);
    if (Drupal.offCanvas.isOffCanvas($element)) {

But at this moment const $target = $('.is-layout-builder-highlighted'); finds no results while there is still the highlighted block.

I will create a branch which removes the scroll.

🇫🇷France Grimreaper France 🇫🇷

Also another side effect of JS listening to transitionend event is as soon as any CSS transition happens, like on Olivero put mouse hover shortcut icon or the main menu folding/unfolding when going on top of the page, it scrolls again.

🇫🇷France Grimreaper France 🇫🇷

"drupal/display_builder": "1.0.x-dev",

🇫🇷France Grimreaper France 🇫🇷

Inspired by https://www.drupal.org/project/entity_vdts

To add form element on the entity view display form when Layout Builder is enabled is OK.

But we have not found yet how to take the hand on the rendering and provide a link to the Display Builder on the entity view display form.

🇫🇷France Grimreaper France 🇫🇷

grimreaper made their first commit to this issue’s fork.

🇫🇷France Grimreaper France 🇫🇷

Tested OK.

Fixed properties order for Stylelint.

🇫🇷France Grimreaper France 🇫🇷

Check why the field_formatter module is still present.

🇫🇷France Grimreaper France 🇫🇷

I think you can change to the issue status to RTBC then ;)

🇫🇷France Grimreaper France 🇫🇷

Hi,

Thanks for the reply, unfortunately I still got the fatal error.

I don't think the problem is at the root level of the file, the error message says:

This constraint can only operate on the root object being validated

Ok, I think I found the problem while writing this comment and reading multiple times the error message.

layout_builder_restrictions/config/schema/layout_builder_restrictions.schema.yml:

core.entity_view_display.*.*.*.third_party.layout_builder_restrictions:
  type: sequence
  label: 'Layout Builder Restrictions plugin configuration'
  sequence:
    type: layout_builder_restrictions.[%key]

So it is searching in layout_builder_restrictions_by_role/config/schema/layout_builder_restrictions_by_role.schema.yml:

layout_builder_restrictions.entity_view_mode_restriction_per_role:
  type: config_object

It should be a type mapping.

🇫🇷France Grimreaper France 🇫🇷

Uploading screenshot for before/after comparation.

🇫🇷France Grimreaper France 🇫🇷

We encountered:

Drupal\Core\Render\Component\Exception\InvalidComponentException: [props.properties.variant.enum] There must be a minimum of 1 items in the array, 0 found in Drupal\Core\Theme\Component\ComponentValidator->validateDefinition() (line 144 of core/lib/Drupal/Core/Theme/Component/ComponentValidator.php).

In vendor/justinrainbow/json-schema/src/JsonSchema/SchemaStorage.php:

    public function resolveRef(string $ref, $resolveStack = [])
    {
        ...
        // get & process the schema
        $refSchema = $this->getSchema($fileName);
        foreach ($jsonPointer->getPropertyPaths() as $path) {

$jsonPointer->getPropertyPaths() is empty and $refSchema = $this->getSchema($fileName); get empty enum.

Removing special $ref for variant fixes the problem. Somehow no problem with other special $ref of UI Patterns 2.

🇫🇷France Grimreaper France 🇫🇷

Hi,

@penyakisto review comments addressed. We are available to discuss before tonight commit.

🇫🇷France Grimreaper France 🇫🇷

grimreaper made their first commit to this issue’s fork.

Production build 0.71.5 2024