Joomla! Discussion Forums

Hi, I am new here so maybe I am doing something wrong, but the fact is that I set the preferences in the Article Manager so that those will not show the name of the author or the pdf email and print icons... And I saved it, but any time a publisher or even me (the admin) creates one new article they are there... And that's kind a strange because when I access them (one by one) the have enabled [Use Globals] so I assume the source of those parameters are the general settings in the control panel...
Everytime I have to set them manually, one by one in every article...

I am using  Joomla! 1.5.0 Production/Stable [ Takriban ] 5-October-2007 21:00 GMT

Any Ideas?

Thank you! {by the way, I hope this is the correct category of the forum to report possible bugs and ask that kind of questions...)

Martín Knight

the preferences from my understanding only applies to newly created articles, the existing one you have to manually set it, personally I prefer that global means global immediately effecting all articles

I was referring to the new articles, that's the problem... I can not understand why the new articles I create dont follow the global settings that I set...:S

@morty

This is still a bug in RC3. Will be solved for next RC.

EDIT: hopefully. 

I thought the issue of changed globals not applying to existing article was resolved.

SVN: 9289
2 issues as I see it:

1. One issue is that a new article does not get the global preferences automatically.

Test: set in global Articles Preferences pdf, mail and print icons to not show.
Create new article. All parameters are "Use Global".

Look at article in front-end: the icons display.

Bug indeed.

Attribs are:


But when editing article and setting parameters for these to hide, we get


2. Second issue is that one could imagine that changing Globals would globally change all parameters when "Use Global" is set for the article i.e. when there is no 1 or 0 after = in db, leaving alone any parameter set to 1 or 0, but this does not work either.


Params stored in com_contents are ignored in the 2 cases.

I ran into the same problem today. Looked around for a solution and stumbled upon this:

http://www.joomlajumpstart.com/frequent ... eferences/

This worked for me and hope it works for you as well.

W

@wanchman
We are not talking here about an article reached through the frontpage component menu item.
We talk about an article reached, for example, through a list as all the articles one can reach through the Faqs menu.

Alright, it seems that we need a refresher in how the parameters work.  Firstly, for any item accessible through the menu system, there are three levels of parameters that have to be considered.

1. Global Parameters
2. Item Parameters
3. Menu Parameters

The parameters cascade and are overridden by the level below them if they are changed.  So, if you have "Show Author" set to off in both the Global Parameters and the Item Parameters, but on in the Menu Parameters, the author name is going to show up.  As JM said, we are talking about an article that is accessible via the FAQ menu item.  So, if "Author Name" is set to off in both the Global Parameters and the Item Parameters but on in the Menu Parameters (for the FAQ menu item), the Author is going to show up.  In my sample data, the FAQ menu item has "Show Author" set to on.  The way to demonstrate this is looking at the URL in question, with and without the Itemid.

The first link has an Itemid attached, thus, it is loading the Menu Parameters associated with that id (for the FAQ menu item).  As I already said, in my sample data, the FAQ menu item has "Show Author" set to on.

index.php?view=article&catid=31%3Ageneral&id=33%3Awhat-is-uncategorised-content&option=com_content&Itemid=41

If we set "Show Author" to off in on Global Parameters and the Item Parameters is set to "Use Global", and we don't have an Itemid on the URL with which to load Menu Parameters, the author name is not going to show up.

index.php?view=article&catid=31%3Ageneral&id=33%3Awhat-is-uncategorised-content&option=com_content

This is the correct behavior, the Menu Parameters trump all other parameters.

I apologize indeed. 
I had not remarked that, contrary to 1.0.x, these "Parameters Components" were also now present for ALL menu items dealing with content/article.

Good to know.

I guess we can now close this report and move it to solved

Rob -

It is my understanding that the parameters override from lowest priority to highest in this fashion: Global -> Menu -> Article.  If Article does not override Menu then I cannot understand the purpose of the Article parameter. When would it even be utilized? Articles should only be accessed via a menu item.

Since you called for a "refresher" I started my review back in v 1.0.13. I find that my assumptions are correct. I'll double check v 1.5, but if I find Article is overridden by Menu, I would say it is in error.

Thanks for considering,
Amy

++++

BACKEND RESULTS

Global Parameters - HIDE Author Hide.



Menu Item for Blog Content Category for FAQ Category - SHOW Author Name



FAQ Articles (both the same) - HIDE Author Name



FRONTEND RESULTS

Menu - Author name is SHOWN (As per menu item parameters)


Article - Author name is HIDDEN (As per article parameters - which *trump* the menu)


++++

Again, I'll check out v 1.5 to see if it is still this way.
Amy

Here's what I am finding on v 1.5.

BACKEND RESULTS

Global Parameters - HIDE Author.



Menu Item for Article Category Blog for FAQ Category - SHOW Author Name



FAQ Articles (both the same) - HIDE Author Name



FRONTEND RESULTS

Menu - Author name is INCORRECTLY HIDDEN (In disagreement with menu item parameters)


Article - Author name is HIDDEN (As per article parameters)


++++

I do not believe v 1.5 is working properly. I also realize it's not right to say there are three levels of overrides. It has not historically worked that way.

Here's what I think should happen (and what I believe has always happened before):

When the Blog Category Page is produced (or any menu item "summary" page), the menu item parameters should be checked. If "Use Global" is specified, that is the value that should be used to produce the page. Otherwise, the menu item parameter is used. NEVER should the article parameters be referenced to produce a blog or section layout.

When the Article Page is produced, it's the same thing. If "Use Global" is specified", that is the value used to produce the page. Otherwise, the article parameter is used. NEVER should the menu item parameter come into play.

I could be - and have been - more frequently than I care to admit - wrong. But, this is different than previous versions and I am not certain it is logical. For certain, I am unable to get a consistent blog page this way with all information showing, as per the menu item choices. When I set an article parameter - I am not thinking of any menu item I might later produce.

I'll have to think more on this but it's not setting well with me. What do you others think?
Amy

Linking this to Frontpage Blog issue that is very similar that Rev Tony asked about.

Thanks...Amy

Linking this to the thread entitled Print Icon - Blog View VS Article View where jhdesign is reporting the same type of problem where an Article Preference (incorrectly, IMO) overrides a Blog (menu item) setting.

Thanks...Amy

Linking this to the thread entitled Intro Text parameter when there is no readmore where mcsmom brings up two valid points:

1. If there is no "introductory text" break, Joomla! assumes the entire article is introductory text. Then, when the article is clicked, the page is blank. The opposite should be assumed. No deliberate break would suggest no "teaser" text, not "no article" IMO.

2. Again, article parameters should not override menu item parameters. In this case, Joomla! assumes since there is no teaser break that all of it is introductory text. The article parameter says "Hide" introductory text, and therefore both the blog and the article are blank. 

Thanks, Amy

Here's what I did, I set my article to show author and then menu link to hide and the global preferences to hide

Here are my results


Link TypeAuthor displayed
articleyes
category blogblog, no; article via clickable title yes
category listyes
section blogblog no; article via clickable title yes
section layoutyes
front page blog no; article via clickable title yes
other: latest newsyes


In sum, it appears that the menu  preferences are over riding the article preferences for blog display but not when you drill down to article view.
Article view seems to be controlled by the article settings.

That is what we *want* to see. That's not what my examples were showing for the opposite (global = hide // menu item = show // article = hide). Interesting.

Thanks, Elin,
Amy

I switched to 9350 and it still seems to be working the same way.


BUT, and this is really wacky, I changed templates to milky way and now i am getting different results.

The article preferences seem to be changing the blog display.

The Global for Show Title is off. Wanted to add that in as we are starting to make a more thorough review of parameters. I can see a matrix/unit testing list emerge.

Elin - when I change the template to BEEZ, I get the same result. The article preference still override the menu item preferences.

Milkyway (note the order?):



BEEZ (see how order is different?) But the author name is *still* hidden:



Having fun yet? Feel free to experiment with that server I have set up, if you wish.
Amy

++++

PS - do you, by chance, have hacked code in your installation? When I backed out to your SVN level last night, I couldn't reproduce your results. Also, when you moved forward, you couldn't reproduce mine. Is your template one that uses the overrides? That could be it, as well, since there is logic in there.

Yes my template is a hacked version of beez, so it may not have all of the updates.

update: I just diffed the over rides for com_content between my version and the current beez and they are completely different.

Don't lose yours - that's the one I want! Wonder when and why it changed? Of course, the milkyway is not working correctly on either of ours, IMO. I wonder when that changed?

Amy

Amy, see the other thread. I think I might have found the problem. In blog_items.php it is getting the item parameter information which, we think, it should be ignoring in favor of the menu parameters.

Haven't I read this thread before?  Oh wait, it has reported several times in different thread.

Is this resolved now?

Can we find a word other than resolved?

How about concluded? This is now concluded. Time to close the report. Quick - before it makes it to the Team blog!

Thanks tcp,
Amy

How about dead. 

The current implementation may not be perfect, but anyone wanting something else is free to change the code to their liking.

Moving out of Q&T to Resolved.