xmacinfo → created an issue.
Pour le fichier CSS à part, tu peux le faire ou me laisser le travail.
Pour activer le fichier CSS uniquement si le module Coffee est activée, il y a un exemple du code ici :
https://www.drupal.org/project/xclaro/issues/3500407 🐛 Adjust dashboard colours Active
Dans tous les cas, je peux faire le travail, mais comme le billet est assigné à ton nom, je vais attendre. Mais si tu ne travaille plus sur ce billet, remplace ton nom par « unassigned ».
@rayand: C'est meilleur que ce que j’aurais fait moi-même. C’est excellent!
Cependant il faut faire un peu plus de travail concernant la gestion des fichiers CSS par Drupal. C'est préférable de ne charger certaines déclarations CSS que lorsque nécessaire. Donc, ici, on demande à Drupal de charger le CSS de la partie Coffee uniquement si le module Coffee est activé.
J’ai documenté ces nouveaux requis dans la description du ticket.
Je vois que ce ticket est encore assigné à ton nom. Tu nous laisseras savoir si tu désires t'occuper de ces nouveaux requis.
Updated the IS with additional requirements.
Bonjour rayand,
Oui, je parle du champs et des résultats de ce champs.
xmacinfo → created an issue.
Fixed. I am using a greening colour as the “field-plugin-settings-editing” class shows that there changes displayed that are not saved.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
@hestenet We know the priorities are to finish the new home and “marketing” pages running on Drupal 10 and fix the various issues along with launching the pages for Drupal CMS tomorrow.
But what is the official word on the pages that are still running on Drupal 7?
D7 :
https://www.drupal.org/about →
D7 :
https://www.drupal.org/node/3060 →
D7 : https://jobs.drupal.org/home
Drupal 7 is not supported anymore but the core pages of drupal.org are still on Drupal 7. Can we consider Drupal.org being secure, now?
Be careful on coding standards:
A space is required before “{”.
xmacinfo → created an issue.
xmacinfo → created an issue.
Duplicate.
Tested the field formatter on a date field successfully using Drupal 11.1.
Thank you.
Note that Drupal 7 EOL is today. That may explain the rush to switch to the new home and the marketing pages to Drupal 10.
I prefer an unfinished home page running on Drupal 10 than a home page still advertising running on Drupal 7.
Let's hope that other parts or Drupal.org that are still running on Drupal 7 will switch to Drupal 10 or 11 very soon. Changing only the font for H1 to Hx tags is not sufficient.
Proposed logo.
“Skip to links” targets are missing:
<div id="skip-link" tabindex="-1">
<a href="#main-content" class="visually-hidden focusable">
Skip to main content
</a>
<a href="#search-block-form" class="visually-hidden focusable skip-link-search">
Skip to search
</a>
</div>Since the design does not have a search form, the “Skip to search” link should be removed.
The “Skip to main content” link should instead target “#block-bluecheese-content” as “#main-content”. Or, alternatively, the “#block-bluecheese-content” div should be renamed to “#main-content”.
Still on Drupal 7
https://jobs.drupal.org will not be secure after January 5th, 2025.
<meta name="Generator" content="Drupal 7 (http://drupal.org)">
Secure
Drupal.org not secure after January 5, 2025
It was written in the sky. The most important pages of Drupal.org will not be secure after January 5th, 2025.
Drupal.org pages related to modules and accounts are still using Drupal 7:
If the security teams abandons support for Drupal 7 January 5th, we should not trust using Drupal.org, even tough the login process migrated away from Drupal 7. The most important pages of Drupal are still on Drupal 7, including user profiles.
If the Drupal 7 used on Drupal.org gets security fixes, those fixes should be offered for free and a new version of Drupal 7 should be released.
New.Drupal.org
Note that this does not affect the new pages built for the https://new.drupal.org running on Drupal 10. Those pages are mostly hosting a new site running on Drupal 10 with many redirections to the Drupal 7 site.
In other words, a new frontend built on Drupal 10 with a new theme with a not secure Drupal 7 backend.
Currently, only a few pages have been created (not migrated) on Drupal 10 and they are visible with the “new” prefix:
All the main functionalities of Drupal.org are still on Drupal 7.
<meta name="generator" content="Drupal 7 (https://www.drupal.org)" />
This means that the most important pages of Drupal.org will not be secure after January 5th, 2025.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
Marking this issue as a duplicate.
@rahul17 Let's split the gitlab-ci in another ticket. Also, if there are no code change, we will keep Drupal 8 support.
What I can do is merge !8, not !7.
Your patch does not work.
@w01f: Thanks for trying out xClaro. But note that in xClaro I am not using the same dark colours as we can see in the draft mock-up displayed in comment #12. The official dark colours of Claro should be defined by the Claro maintainers, and, hopefully, developed and release before we hit Drupal 12.
xmacinfo → created an issue.
xmacinfo → created an issue.
xmacinfo → created an issue.
I like very much seeing all the new drupal.org look running on top of Drupal 10 and that all those pages are displaying up-to-date information, including the launch date of Drupal CMS.
Keep up the good work!
@ressa Thank you for raising the issue about Slack. I agree with you all the way. And the points you raised are the reason I never install Slack on any of my computers or devices.
Forum links should direct to a real forum.
@fkelly12054@gmail.com I agree. As soon as the forum was removed from Drupal home page a long time ago, I stopped going over there to answer questions.
The home page needs to display that there is a live community and exposing a forum block would display that.
But at minimum a link to the forum is needed.
I love very much the new design and all the displayed information. But the design is static and will always display the same information. Not sure newbies or regular users will revisit the home page regularly.
I like very much the new home page.
But, is there work to personalize to some extend the home page for a logged in user?
More work is required to support the activation of the Navigation Top Bar module correctly.
Currently, the Navigation Top Bar is visible only on small breakpoints.
Leaving as “Needs review” for now.
The “Expand sidebar” text is now dealt with in ✨ Replace the mobile horizontal sidebar with a corner widget Active , in which the actual display of the label is hidden.
The “Expand sidebar” banner styling is now dealt with in ✨ Replace the mobile horizontal sidebar with a corner widget Active .
xmacinfo → created an issue.
xmacinfo → created an issue.
Why do you require Devel in the Composer file require-dev section? In your code, your code already checks if devel is installed.
if ($this->moduleHandler->moduleExists('devel')) {
Even if it is in require-dev, I try not to impose dependencies, even the most popular ones.
Text changed to match the subsystem maintainer review.
Thank you!
Thank you!
xmacinfo → created an issue.
Thanks for the quick resposte, daffie.
Let's plan to implement this:
Database support for JSON
Available
Drupal requires databases that support JSON storage.
or
Database support for JSON
Not available
Drupal requires databases that support JSON storage.
That last one, hopefully, mostly not visible ot users.
@debrup Please check the Devel Github issue queue to see if this is already reported. If not, open a new ticket over there:
It looks like that Drupal can be installed without JSON supportL
if (!Database::getConnection()->hasJson()) {
$requirements['database_support_json']['value'] = t('Not available');
$requirements['database_support_json']['severity'] = REQUIREMENT_ERROR;
}
So the status report will display either:
Database support for JSON
Available
Is required in Drupal 10.0.
Note that I did not try to install Drupal on top of a database without JSON support. But by ready the code, installing Drupal without JSON support is possible, unless the installer halts early on, displaying a missing requirement error message.
or
Database support for JSON
Not available
Is required in Drupal 10.0.
Based on that information, we should simplify to:
Database support for JSON
Available
or
Database support for JSON
Not available
Looking again at at the status page, we have:
Database support for JSON
Available
Is required in Drupal 10.0.
To be consistent with other requirements status we can simplify to:
Database support for JSON
Available
However, since this JSON support is “Required” for Drupal 10 and 11, we might prefer:
Database support for JSON
Enabled
As for the correct solution to implement (change of text) or the removal of the confirmation status, I would defer to the database product manager.
Who is the database product manager?
On the MySQL side, Drupal 11 requires “MySQL/Percona 8.0”.
https://www.drupal.org/docs/getting-started/system-requirements/database... →
If MySQL 8.x supports JSON by default, I tend to agree with longwage.
Devel is also working on exposing their menu in the Navigation. See the Github issue linked above.
Before going further, we may need to check with them the best course of action.
I did not try your code yet, though.
Devel integration to Navigation ticket:
https://gitlab.com/drupalspoons/devel/-/issues/530#note_2206580745
Actually, Devel itself should expose it's menu directly in the new Navigation menu. But I would find it more convenient to see the Devel menu injected directly in the Tools (managed by Navigation Extra Tools) menu.
I would expect to see the user image in the expanded panel, at the top (above or below the user name), inside or near the div toolbar-popover__header.
As for the main navigation, I consider that consistency is better. So in short, for the main navigation menu footer, I prefer the statu quo; using the current icon/text.
xmacinfo → created an issue.
Fixed the “white space appears above the Navigation footer and the main Navigation links” part.
Leaving this issue as “Needs review” for the “Notice the white “Expand sidebar” banner at the top” part. Not sure yet if xNavigation needs to style the white “Expand sidebar” banner or use a colour defined in the colour schemes.