joomla / joomla-cms

Home of the Joomla! Content Management System
https://www.joomla.org
GNU General Public License v2.0
4.74k stars 3.64k forks source link

[5.2.0 rc1] Articles Module - Setting to Columns to 3 or 4 Only Displays 2 using Cassiopeia #44186

Open sdwjoomla opened 4 days ago

sdwjoomla commented 4 days ago

Steps to reproduce the issue

Expected result

3 or 4 columns of content The number of articles present on the screen

Actual result

2 columns display no matter if 3 or 4 selected Image Image

System information (as much as possible)

5.2.0-rc1 PHP 8.2.23 Template Cassiopeia

Additional comments

brianteeman commented 4 days ago

https://github.com/joomla/joomla-cms/pull/43738#issuecomment-2206152867

dautrich commented 3 days ago

This might be the designed behavior, if we assume a minimum width for a column in the new Articles module. But to be honest, I didn't check the code. If you set Cassiopeia to a fluid layout and use a large viewport, the configured 3 or 4 columns are in fact displayed.

brianteeman commented 3 days ago

yes it is the designed behaviour even if it is confusing and not documented

paternax commented 2 days ago

It would be best, when the field "Max. Number of Columns" would be deactived if the Template - Layout ist set to static. There should be a hint in the inline help which explains the dependencies between layout type in the template options and columns in the module.

chmst commented 2 days ago

From usabilty point of view this is not sufficient. Not self-explaining. If a user changes the template layout to fluid for mod_articles he can destroy his site. Can we find a solution without grid?

dautrich commented 2 days ago

@paternax

It would be best, when the field "Max. Number of Columns" would be deactived if the Template - Layout ist set to static. There should be a hint in the inline help which explains the dependencies between layout type in the template options and columns in the module.

Why would you want to deactivate the field for a static layout? I don't see a reasonable argument for that. The bigger issue is the lack of inline help, describing the different options and their interferences,

brianteeman commented 1 day ago

The bigger issue is the lack of inline help, describing the different options and their interferences,

No the bigger issue is that it doesnt work how you would expect it to work. If you have to write an explanation of why something doesnt work then you are just proving that the code is wrong

dautrich commented 1 day ago

My comment wasn't about bad functionality. I like the new module with its multipurpose approach.

drmenzelit commented 1 hour ago

It is always difficult to take all possibilities into account. That is why I named the field "Max. number of columns", it would be not more than 3, but it can be less ;-) If someone has a better solution, please let me know. A documentation of the module is in work.