I'm closing this as I found a workaround.
I probably had borked something in JQuery.
In my opinion, the strength of the SIDR module comes from being able to place several blocks in it and its flexibility/configurability.
Other solutions tend to concentrate on specific areas, such as mobile off-canvas menu and stop there.
What about if we want to use a different menu for mobile, what if we want to include a logo, another block?
DrupalDope → created an issue.
@pameeela
if I knew if the bugs were related or duplicates, it would mean I knew the exact nature of the bug, but I don't.
the patch no longer applies
@yorchperaza thank you for your work, I will test it.
This will be a very neat functionality if it works.
DrupalDope → created an issue.
re-opened.
see
https://www.drupal.org/project/drupal/issues/3439275#comment-15558438
✨
[drupalImage] only UPLOAD or LINKING possible, not both
Closed: duplicate
Hello and thanks for these great date modules
I have been experimenting with smart date and date content augmenter and have a different idea about the process.
Here is how I imagine it :
Let's imagine an example for course lectures and rooms, and a user adds the dates and content.
The expected behaviour would be:
User creates a new "Course" and adds Lectures into the same form in the smart date field.
In each smart date field, he types a title, a formatted text and specifies a room (referenced entity).
Currently, the "Date Content" must be added using Content -> Date Content, which is not workable for end users.
I think the date content type should be configurable in the smart date widget in the form display settings of the parent entity where the smart date field is used.
DrupalDope → created an issue.
same question !
DrupalDope → created an issue.
DrupalDope → created an issue.
would this patch also work as a dynamic block in the manner of a view block, using a token or a node's place ID?
Same problem in 10.2.5
Re-opening this.
ah thanks!
it's this old issue again:
https://www.drupal.org/project/drupal/issues/2642122
🐛
Overriding already overridden libraries-override requires knowledge of previous libraries-overrides
Needs work
silly me, I even forgot I wrote a reminder about it
https://drupaldope.com/drupal-9-tricks/drupal-themeing-overriding-librar...
nice brain fail on my part, thank you for the pointer !
DrupalDope → created an issue.
there are a dozen or so of related issues
DrupalDope → created an issue.
Needs steps to reproduce
As the OP mentioned, the steps to reproduce, as of Drupal 10.2.4 are:
- install Drupal using for example German as a first default language
- enable English
- do some stuff, create content, etc.
- enable UI, config and content translations
(maybe all of the above steps aren't necessary to reproduce the bug)
then:
- go to languages /admin/config/regional/language and change the label of both languages, for example, name Deutsch "de" and English "en"
maybe it will first appear to work. maybe not.
if you do something else, like adding content in one or the other language, one might jump back to the original name "Deutsch" or "English".
The strange thing is that the YML config item shown by DEVEL is all correct.
If trying to add translations to the language names, an error message will appear "English translation was not added. To add a translation, you must modify the configuration."
Sometimes there is no error message, and the translation seemingly gets accepted, but the name of the language will jump back to the original anyway, even if on the languages page /admin/config/regional/language everything seems normal and both are displayed as "de" and "en", but either Deutsch or English will appear as its original name no matter what settings.
after doing something else on the site, ONE of the labels on the languages page /admin/config/regional/language will revert back to original.
it's very frustrating.
this bug has been going on for years and has been reported in one form or another many times.
I wrote more about it here:
https://www.drupal.org/project/drupal/issues/3337864#comment-15540567
🐛
Configuration language is not adjusted after changing the site default language
Active
never mind the workaround, one of the language labels reverted back to original after doing something else on the site.
Wow, thank you very much Alaa, you are amazing !
Dear Alaa
Yes, of course I understand, it's your design decision and I'm merely making suggestions.
I feel I don't completely understand the accessibility argument, because expand on hover only adds this feature for computers and afaik doesn't change anything on touch devices. But maybe there is something I am missing in my understanding.
Regarding the side where the menu opens, this could also be toggled via theme options, open submenu left or right, in general the website designer will know which side will be better depending on the site's general layout.
I did achieve that effect by minimally hacking the JS and adding some CSS, no PHP involved. I'm ready to share the code with you if you aren't afraid of losing brain cells because what you will see ;-)
Thank you again for your work, I understand "The Solo theme, like many other themes available for Drupal, is made to help you build a wide variety of websites."
That is exactly my goal also - I hope at some point to have a boilerplate theme that will have a nice standard look by itself, directly usable for simple sites, but also be easily adaptable to build a variety of websites with it.
My dream would be a W3CSS base theme, a W3CSS boilerplate theme (subtheme of W3CSS base) and then the final website's specific theme (subtheme of W3CSS boilerplate).
Many thanks again.
I can now also confirm the workaround to correct this issue on running sites.
First, install an additional language.
Then change the language of all localized content to that new language you just installed.
That may be nodes, blocks, media, redirects and URLs, etc.
Then delete the language of which you can't change the name (be careful, this will delete all content you forgot to switch to the new language).
Purge the cache and then re-install the language you just deleted.
Edit the name of that language to what you wanted and then change the contents' language back to what it was.
So it seems like something screws up the language settings when installing the site or when declaring a language default.
there is actually more to this issue.
languages need a translatable label, which would resolve the present issue and a dozen more related issues I have found today when going down this rabbit hole.
BUT
languages also need editable labels that will be displayed in translations, verbose translations and abbreviated translations, URLs ...
So for example, a site could have installed British English and it would display the following way :
"en-gb" (non translatable) in any technical-related stuff such as hreflang, html, etc.
"British English" (translatable) in any configuration dialog in the admin interface, translation forms, etc.
"en" (translatable) as a label for language switcher links
and potentially, the site owner would want something else (translatable) to be displayed in the URL, such as /eng/ or /english/ or ... whatever
so the short ISO language code would be used by Drupal to identify the language and source translations, and would be untranslatable.
and then there should be 3 translatable labels on top.
Actually I had it working correctly on a site where I did the following :
Installed the site in English
Added German
Added British English
Deleted English
works.
so you mean, what was achieved is exactly the opposite of the intended solution to a problem that didn't exist before ?
this is still a bug in 10.2.4
It seems that someone has been changing some things in how languages work.
I am now unable to rename a certain language (D 10.2.4).
I wanted to name English en and German de.
The YML configuration is correct, but when the page is shown in the default original language German, it will just say "Deutsch" no matter what.
I guess the new code changes fail to retrieve and display the correct label.
same problem here.
my input vars are at 10000
still an issue in 10.2.4
Thank you for your very fast reply.
I wouldn't want to do this via template, because menus are used in several places on the site, and it's in general less scalable than a preprocess function or similar.
The problem is, neither menu preprocess nor the hook you mentioned seem to work.
I have tried different things in the theme's .theme file, such as
function mytheme_language_switch_links_alter(array &$links) {
if (isset($links['en']['link'])) {
$links['en']['link']['#title']->setLinkTitle('en');
}
}
or
function mytheme_language_switch_links_alter(array &$links) {
if (isset($links['en']['link']['#title'])) {
$links['en']['link']['#title'] = 'en';
}
}
and none seems to work
DrupalDope → created an issue.
DrupalDope → created an issue.
thanks !!
I usually don't even think about an original language because when I work in a language, I also think in that language, and because the admin interface also changes language when I edit, I'm completely blind to it, I don't even notice what language I'm working in.
okay, here is more weird information:
I have just updated a site from 9.5.11 to 10.2.4 on my local windows environment. everything is working well there.
then, I uploaded the working site to the server (same PHP version)
symptoms :
- theme was not applied
- after entering login details to /user/login , brwoser is redirected to /antibot with message "
Submission failed
You have reached this page because you submitted a form that required JavaScript to be enabled on your browser. This protection is in place to attempt to prevent automated submissions made on forms. Please return to the page that you came from and enable JavaScript on your browser before attempting to submit the form again.
"
now the ultra weird part :
I had uninstalled antibot (by using uninstall option in the admin interface) before upgrading the site to avoid this exact problem... so antibot should not even be active.
Gábor Hojtsy → credited DrupalDope → .
DrupalDope → created an issue.
please disregard.
I missed the catch 22 about the permissions problem.
DrupalDope → created an issue.
excellent article, thanks for linking!
I have been singing praise for Drupal 10 as well.
doesn't Drupal's cache live in the database though ?
Thanks for the suggestion, it's indeed quite interesting, yet it's again for a whole site (as far as I understood).
thank you, that project is interesting, but I think it responds to another need and the scope is too large/overkill and requires much additional infrastructure.
so I ended up here as well ... this bug is 7 years old, the first patch too, and we still apply patches ...
(thank you for the patches, BTW!)
DrupalDope → created an issue.
thanks Ravi, I had hoped for an easier solution !
great, many thanks !
DrupalDope → created an issue.
yes.
the errors seem to appear every time after the cache is cleared
I noticed it happens when the image gallery is more narrow than its container, for example add just 2 pictures in a 2 column layout.
Hi Ravi
I'm using Drupal 10.2.2
DrupalDope → created an issue.
DrupalDope → created an issue.
this will mess up block positions, right ?
is there a way for blocks to memorize their placement in different themes ?
ah, the 2.0 beta version.
thank you, I will try that one.
turns out the module's description is wrong then.
yes, currently no module offers the functionality to set font-family in ckeditor5
but: you can use styles to achieve the same result.
and I think this module is still under development and the goal is to ultimately provide also a font selector.
yes, currently no module offers the functionality to set font-family in ckeditor5
but: you can use styles to achieve the same result.
and I think this module is still under development and the goal is to ultimately provide also a font selector.
the module https://www.drupal.org/project/ckeditor5_font →
is a little more useful than nothing at this moment.
in the description of the module you will notice: "Only FontColor and FontBackgroundColor widgets are supported at this time."
okay, just spotted this in the module description:
"Only FontColor and FontBackgroundColor widgets are supported at this time."
I'll check back when the module
"Integrates the Font plugin directly inside CKEditor 5 for Drupal 9 and 10."
same issue.
Installed the module, but font family and size buttons are not offered
version 2.0.0-beta4
I believe the update installed D 10.0
DrupalDope → created an issue.
DrupalDope → created an issue.
Incoherent Default Regions
there are 3 different references for regions :
1- The 12 regions referenced under "Default Regions" in this document
2- the 10 regions defined at the linked documentation: https://api.drupal.org/api/drupal/core%21modules%21system%21templates%21...
3- the 10 default regions defined in core when there are no regions defined in the theme in D10.2 (note left_sidebar and right_sidebar) :
thank you for the advice!
I'm using layout_paragraphs to build pages, it's really quick and intuitive !
@levmyshkin
a bit of both actually.
Quite early I developed somewhat of a dislike for bootstrap, it's too clumsy for my needs.
Then I really liked W3CSS, and there is a Drupal theme using that, and there is a bunch of nice W3CSS based paragraphs as well.
I built several sites using that.
But it comes with a drawback, it is loaded with a lot of features I don't need such as non-local fonts, menu JS, and a lot of default paddings, wrappers, etc.
So I wanted to look for a lightweight theme, almost bare, where I could put in my fonts, menus, etc. but then comes again the question of paragraphs.
That's when your projects caught my eye.
Can you recommend a bare/starter theme (but one that can already be used out of the box) so I can test it by building DrupalDope.com with it ?
DrupalDope → created an issue.
resolved in the current dev release
https://www.drupal.org/project/alinks/issues/3412674
📌
New 2.x Dev Version
Active
resolved in the current dev release
https://www.drupal.org/project/alinks/issues/3412674
📌
New 2.x Dev Version
Active
resolved in the current dev release
https://www.drupal.org/project/alinks/issues/3412674
📌
New 2.x Dev Version
Active
resolved in the current dev release
https://www.drupal.org/project/alinks/issues/3412674
📌
New 2.x Dev Version
Active
resolved in the current dev release
https://www.drupal.org/project/alinks/issues/3412674
📌
New 2.x Dev Version
Active
DrupalDope → created an issue. See original summary → .
wow nice !
Thank you !
I tried both variants.
DrupalDope → created an issue.
same issue, I just uploaded a new D10.2 site to the host.
it worked ok on my local environment, but on the host antibot falsely claims javascript is not enabled.
DrupalDope → created an issue.
>composer require drupal/viewsreference:2.0@beta
./composer.json has been updated
Running composer update drupal/viewsreference
Gathering patches for root package.
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires drupal/viewsreference 2.0@beta (exact version match), found drupal/viewsreference[dev-1.x, dev-2.x, 1.0.0-alpha1, ..., 1.x-dev (alias of dev-1.x), 2.0.0-alpha1, ..., 2.x-dev (alias of dev-2.x)] but it does not match the constraint.
Installation failed, reverting ./composer.json and ./composer.lock to their original content.
after about 15 tries, I found out that the correct name is " 2.0.0-beta1 "