zonebattler

I realized that I can set

‘wpicons’ => 0

in core.php to switch off the icons in the main menu, thus reducing the space the menu needs. This works for me, however a plugin options page would be much more comfortable for most users…

Thanks,
Ralph

OK, I found my solution and it may be the perfect choice for anybody else looking for an alternatve plugin as well:

https://www.ads-software.com/plugins/w2o-admin-drop-down-menu/

Case closed. Good bye, Ozh’ Admin Drop Down Menu!

Bye,
Ralph

• This reply was modified 6 years, 5 months ago by zonebattler.

Yes I do! ??

BTW, have a look at the plugin folder easy-fancybox/languages: There are no de_DE files in it although the plugin has been translated into German (= DEutsch) already. So it would make sense either to add the German translation files into that folder or to remove all other specific language files as well, since they are now stored in wp-content/languages/plugins anyway…

Greetings,
Ralph

Hey, that’s a good one: I’m the victim of a bug fix! ??

I usually prefer short image titles (with the addition of index numbers in a series of shots) to maintain order within the media section of my blogs. The individual, more verbose explanations of the pictures are stored in the alt tag. In order to get the tooltips derived from the alt tags, I usually change the title tag (provided by Restore Image Title) in the article code to the same text of the alt tag. This of course won’t work with galleries since there is no changeable HTML code to be seen. Works for me!

O boy. After many years of fiddeling about with WordPress, the insertion of media files with it’s plethora of text fields (title, headline, alt, description) ist still somewhat puzzling and confusing to me from time to time.

Nevertheless, I’m happy to have found a workaround by switching off the Restore Image Title plugin. Everything old is working again as before, and everything new will be taken care of by adding a title tag manually. Heck, I like repetetive tasks… ??

Thank you for considering to introduce a new option! This should be handled with low priority and only executed during a looooong and dark winter evening with nothing important to do! ??

Yours,
Ralph

Good morning RavanH,

the plugin you mention doesn’t provide what I’m looking for, I just want to insert the

img title=”…”

tag in the HTML code of an image inserted in an article (which is helpful since it provides a tooltip box on mouseover). This was default behaviour of WordPress until they dropped it somewhen. The plugin “Restore Image Title” does exactly that, however it doesn’t cooperate with Easy FancyBox anymore (or vice versa).

Now that I know what causes the trouble, I’d probably copy/paste the “alt” tag of every new image inserted and rename it to “title” manually. This won’t work for galleries, however that’s probably the best that can be achieved at the moment…

Thank you for your support,
Ralph

Ha, got it! RavanH, you are my innocent hero! ??

The bad guy seems to be a plugin namend “Restore Image Title”, see

https://www.ads-software.com/plugins/restore-image-title/

I’m using this one on many WordPress installations as well, but once disabled, Easy FancyBox is working again as supposed an expected.

If you could have a look into this very little plugin, you’d probably be able to see the reason for the incompatibility at first glance. “Restore Image Title” and “Easy FancyBox” lived in peaceful coexistence for many months (if not years), so the problem must have been introduced with one of the most recent updates of one of the plugins…

In the meantime, I temporarily switch of every instance of “Restore Image Title” in all of my WordPress installations.

Thanks,
Ralph

• This reply was modified 6 years, 5 months ago by zonebattler.
• This reply was modified 6 years, 5 months ago by zonebattler.

Thanks for replying so quickly. Here is one example article with both a single image and a gallery in it:

https://www.anderswohnen-nuernberg.de/2018/04/20/neue-impulse-fuer-angehende-altepflegefachkraefte/

All images have title tags like “Pflegedienst Bild Nr. 1” and the same alt tag reading “Besuchergruppe der Berufsfachschule für Altenpflege”. I’m a 100% sure that Easy FancyBox correctly displayed the alt tags since I painstakingly check every aspect of every article before I publish it. Since it doesn’t work anymore, there must have been a change in one of the most recent versions of your plugin.

Here’s another example which is more annoying since every image in this blog has an individual and very descriptive alt tag stating the name of the author/photographer:

https://www.fuerther-freiheit.info/2017/07/13/rauchzeichen-eines-baudenkmals-der-skandaloese-verfall-des-aeltesten-hauses-der-suedstadt/

Easy FancyBox here as well shows the title tags only, and no longer the alt tags.

BTW, I usually do not use the update function of WordPress to update plugins. I regularily download the new version and upload it manually via ftp, making sure by sync feature that old and orphaned files are deleted on the server.

• This reply was modified 6 years, 5 months ago by zonebattler.

Two different WordPress installations (both with WP 4.9.5), one with PHP 5 and one with PHP 7, showed the same effect: the Simple History screen remained plain white and the animated loading icon circled endlessly. However, it worked again this morning on both sites after I had reinstalled Simple History once more. A miracle! Did you change something somewhere overnight?

Me too…

Yeehaw, color settings work again as expected in WPtouch v4.3.14. Thanks for fixing the issue!

Regards,
Ralph

• This reply was modified 8 years ago by zonebattler.

Thanks, Emilio,

I switched from “unset” to “auto” to ensure maximum browser compatibility.

Greetings,
Ralph

Thanks for pointing out my deficiencies and providing a well working css trick. This topic may be closed.

Thanks for the explanation. However, I still can’t see why WPtouch has no problem at all in handling my valid HTML code in postings, but not in comments. If it is possible to make the plugin interprete HTML code correctly in posts, it should be possible to interprete the identical (!) code as intended in comments as well.

“Simply removing the height spec” is no option, since right now my blog holds some 4356 images in 2618 posts and 10869 comments. Even with a risky global search & replace operation, I just couldn’t do that due to many different image dimensions involved (it is sheer coincidence that all pictures in the example given are of the same size).

Well, it must be an issue of WPtouch then since my HTML snippets for inserting images in my blog are always the same (I don’t use the WordPress gallery there) and they have always absolute dimensions specified:

<div align="center">
<img src="https://www.zonebattler.net/wp-content/uploads/2017/03/filename.jpg" width="500" height="375" alt="..." title="..." />
</div>

I use this HTML code both in posts and in comments since 12 years and it works of course flawlessly in any regular browser on this planet (and probably beyond). The main suspect responsible for the issue reported continues to be WPtouch, I’m afraid…

Greetings,
Ralph

• This reply was modified 8 years ago by zonebattler.
• This reply was modified 8 years ago by zonebattler.
• This reply was modified 8 years ago by bdbrown.

Hi Emilio,

thanks for getting in touch with me. Try this one:

https://www.zonebattler.net/2009/04/09/kunst-um-die-ecke/

All images are in landscape format (500 x 375 px). The four photos in the article itself are shown perfectly correct in WPtouch’s mobile view, but the many, many similar images further down in the comments are distorted and shown in portrait format dimensions. At least on my Android smartphone in both the stock browser and Chrome. Can you reproduce this?

Thanks,
Ralph