Yes, Bob, I will do that. Or at least link the docs!
I just realized something, we haven't mentioned about guidelines to get the credit.
Should that be here or its own issue?
@hestenet? @ultimike?
That is a beginning! Great. From the doc that was shared, anything else that you see as something a IXP should be?
Thanks!!
I have corrected it!
Here we need a lot of help!
This is probably one of the most important parts.
It will provide guidance and also a way to demonstrate the end of the process.
So first step is to give an initial weight to this contribution, correct?
Same.here, Mike.
Let's put the table so people can have something to comment here.
I can try to do it tomorrow.
Mike and Javier,
I like this organization, lets.start by separating, what is IXP here.
This will be a great beginning!!
volkswagenchick β credited camoa β .
volkswagenchick β credited camoa β .
camoa β created an issue.
camoa β created an issue.
camoa β created an issue.
Adding one more point to link with the chance that companies can provide their case studies and guides on handling Inexperienced developers.
I have worked out the rebase of Drupal 11.x and compiled CSS via yarn run build:css.
Updated summary, and changed back to 10.1.x since drupalpod is not working with 11.x apparently.
Why are we using patches when there is a fork already? Just curious.
The issue fork has the changes you mentioned and I will add the extra ones as soon as my day starts.
Should we create instances that do not exist as variables but follow the pattern of the layout helpers? for consistency.
There are calc(13 * (var(--sp)); adn cal(4.5 * var(--sp)); that are not defined as variables.
Or is this too much?
I think the starterkit YAML file is a great addition, will it be worth to also provide a simple way to pass options? For dynamic changes the theme may need, for example, it could allow.Olivero to set the default color of the generated theme, or allow themes to provide basic options for customization and avoid manual changes.
It could be as simple as passing a --options to the generate theme command and pass this along to the starterkit postprocess.
Working on this with A customer,
the line:
$config[$id]['settings']['value_form'][0]['value'] = str_replace("\r", '', $options['value_form'][0]['value']);
gives an error:
[critical] Migration failed with source plugin exception: Cannot access offset of type string on string in /mnt/www/html/txhhsinternalmigrate6/docroot/modules/contrib/conditional_fields/conditional_fields.module