The Joomla! Forum ™

Thanks - this was the exact solution I was looking for as it actually means the H1 doesnt appear at all which is a good solution for me!!!!

Has anyone found that upgrading to 1.6.3 has fixed this? I've just upgraded but still not fixed.

_________________
Signature forum rules: viewtopic.php?f=8&t=65

Hi,

I believe I have SOLVED THIS PROBLEM.

I used jUpgrade to migrate my Joomla 1.5.22 site to Joomla 1.6.3. Most of the site was successfully migrated, however I noticed that H1 tags were automatically getting inserted at the top of the article content block in each of my article pages.

All the settings relating to displaying page titles (global, article, menu) were set to hidden but the H1 still appeared above my article (start of the template region for page content). However, i noticed that if I changed my article title the text in the H1 did not get updated but instead matched the current menu item title. So I assumed from this that the menu item title was what was actually being displayed inside the H1.

To verify this, I went into the Menu Manager and edited one of the Main Menu item titles and, after clearing Joomla's page cache (don't forget this step), I refreshed my equivalent article page, and hey presto, the H1 dissappeared. How bizzare!

Then to verify I wasn't going nuts, I went to another menu item in the Menu Manager, and rather than edit any properties of the menu item, I simply just clicked 'Save and Close'. Then went to the equivalent front end article page, and again, the H1 had now dissappeared.

I can only assume that this is a bug in Joomla 1.6.3 when migrating from 1.5 (or perhaps it even occurs without migrating?). I assume that each menu item's database record needs to have an update performed on it before the global/article/menu setting will actually be recognised.

Hope this helps solve other peoples problems.

mcsmom:

Thank you so much for your en-GB.override.ini solution!!

It worked for me!

_________________
Red thru Violet Web Site Works

Got a Joomla 1.6.3 installation with the same problem. This was a clean installation, no previous installation or content or anything at all. Tried everything to no avail; the only thing that works is the nonpublished menu, which sucks as a solution. Very disappointing.

This worked for my site, thanks!!!

This same situation has happened to me with my brand new Joomla 1.7 installation. But in my case it is a reverse situation that worked:
IE:

http://tcparagliders.com/index.php?opti ... ticle&id=7
Displays the phrase "Articles" - which is not what I want.

On the other hand, switching to the URL syntax of:
http://tcparagliders.com/index.php?&view=article&id=7
Produces the expected behavior with the phrase "Articles" present in the H1 tags gone - as it should be...

As a general comment, I have been working with Joomla for few years and it seems that every new edition produces weirder and weirder bugs...
I am currently struggling with inability to perform chmod command via Filezilla - but that is a topic for another thread

editing



to



in \templates\jsn_epic_pro\html\com_content\article worked for me to remove the "Articles" part, i think it should be the same for the title part.

of course you should edit the files in the template you are using :P

This is a bug, which exists for years now, and it needs to be fixed! I love Joomla, but goddammit, this bug exists for years now, and please don't tell me, this is a feature.

yes,you are right

Worked a charm.
Thanks

_________________
http://www.netmagnetics.com

This has mystified me since the Rocket Theme I'm using clear has code that is looking for an off/on switch. Why isn't there a "Page Heading" switch somewhere (or is there, and none of can find it!?).

Here's the code in the content html override of the template:



And you can see my comment tags to turn the display off (I didn't want to just delete it so I could see what I'd changed in the override).

So, what the heck IS the "Page Title" or "page_heading" ? And why does it show up for articles not tied to menus? Is there a global on off switch in there somewhere?

_________________
Brian Peat,
Owner, The Peat Group
http://www.thepeatgroup.com

Hi
Having the exact same problem in Joomla 1.7.2
But I must say: THANKS Weric! Your solution worked



Regards

_________________
Regards
Marianna Brown

Note: My interest in this matter is for creating a 404 page.

Yes, just using "/index.php?view=article&id=83" worked for sure but it made it look like my home page except it replaced the home page article with the 404 error article. Kinda weird, but hey, at least there is already cool content on my 404 page now and I don't have to build another page from scratch.

If you are having this problem too, definitely report it. I don't think it's necessarily a bug, per se, more like a missing feature for odd situations that the average Joomla user might not encounter.

Time for me to make some small contribution.

I had a site with clean 1.7.x Joomla install. Site has 2 languages: EN i HR (my native).
on HR site there was no "article" in h1 heading. However on EN pages (the ones who were not linked as menu items) h1 with "article" showed.

Removing SEF is not a solution.
Changing language code is not a solution because it leaves blank h1 tags that still take space.

So i checked the code for template of article in
components/views/article/tmpl/default.php
and found this:


I have copied the file to my template
template/html/com_content/article/default.php
and then changed the file code from above to:


Notice that in previous code if command was set as default. I am not an php expert, but I believe that my code (copied from featured view) says
"if different from 0 than display following: h1 ... /h1"

with it I hope that I have saved an "automated" function if I want to use title tags sometime on my site I can simply turn them on in Joomla administration. I would like a confirmation on this...

Result:
h1 tags are gone.

Hope it helps...

I was also able to work around this with the following modification (Joomla! 1.7.3):
copied from
to

and I commented out the lines, like so:



Hope this helps

The issue is that generation of the <h1> tag is driven by the parameter
show_page_heading. This parameter is maintained by com_menus and gets assigned
a value ONLY if the page has an active menu. There is no global default, so if
there is no active menu the effect is undefined (which usually means it gets
displayed).

Solution: Introduce global default for component com_menus.

Patch 1. First enable the appropriate com_menus form fields for global
default.

open:


Then in item_component.xml find and copy the tag <fieldset
name="page-options"> and all of it's children.

Then paste them config.xml as being the first <fieldset>. This should be
line 3.

Patch 2. Let the application read and merge these settings.

open:


In the method getParams() change



to



Bonus: What this also does, is set the default page title for pages with no
active menus. This is currently by default the site name.

Usage: Log into the back-end and open the Menu Manager. On the toolbar, click
on "options". You should now see the new tab "Page Display
Options". Make your selection and save.

[submitted as bug #27779]

Hi Znarf,

I have tried your solution but it didn't work for me. Although seems logical.
H1 tag with "Home" appears on articles that are linked in module, not menu.
For instance, I have a module that is displaying articles from category. Those articles are not linked in any menu. When I click on article title from module I get an article with it's title and with H1 title above.

perhaps your solution would work if implemented in com_content or somehting like that that controls display of articles?

Correction,

it seems that it is working. probably global server cache or something...

thanks my dude . good process

This bug is still evident in J 2.5.1.
Maybe it will get fixed in 2.5.2.

You can find the solution here http://blog.cyburg.eu/2012/02/27/fixed_suppression_of_name_articles_jglobal_articles_in_joomla_bug/

Thanks. That worked fine.

Regards,

Phil

Fantastic work identifying and fixing this. Would be great if Joomla incorporated this.

I completely agree... great work, Znarf!

According to the bug tracker, this was fixed on 3/4/12 using Znarf's excellent patch, which worked perfectly for me. HOORAY!!!! It says it's in build 1.7.3. I'm not sure how that relates to Joomla versions.... anyone know?

Because of the same problem getonline mentioned (my H1 has a background image) I was unable to use this fix:


But this worked perfectly! Cheers getonline!!!

OK, I ran into a problems editing the default.php file because I couldn't overwrite the one (/html/com_content/article) in my template folder because this was used by the template itself.

Of all the solutions i've now seen the best/easiest is:

go to : Extensions->Language Manager , then click on the Overrides tab, then select a language on the right e.g. ” English (UK) site ” and click on new and set the “Language Constant” to “JGLOBAL_ARTICLES” and leave the “text” field empty, and save&close. Do this for the remaining languages(if there are any) and it works.

Hope this helps others

I encountered the same problem with joomla 2.5. Some of the solutions here got me thinking that it looks like a bug and it has to do with "show_page_heading" parameter. In my case it seemed to be strange that it suddenly started appearing in new articles, but the old ones stayed as they where (no problems). So before making the override on the article template I tried something and it worked. Can't be sure it'll work for J1.6 but anyway...
Here is my solution:

Go to menu manager, go to options (button on top right), there is an option "Show Page Heading" and it probably already set to "NO". Just set it to YES and save. Then back to "NO" and save again.

It worked for me, I guess something changed this value in database or wherever else it resides. It might have happened after installing some component, sh404sef might be the one.

Good luck!

Thank you so much! This worked for me on v2.5.9

I want to say a big 'Thank You' for this post! We had the same issue with our website. The problem is definitely related to the sh404SEF component, because disabling sh404SEF is one way to fix it.

But we couldn't just ditch sh404SEF because it creates special shortened URLs that are based on category name and article alias, rather than being based on the full menu structure.

This little change has eliminated the problems AND allowed us to keep using sh404SEF for the time being (until it causes another problem).

Thanks!