Dani Llewellyn

@biodagar, your site isn’t loading the required stylesheet. It doesn’t even try. Have you disabled it or otherwise configured your site to omit some CSS in an optimisation plugin or your Litespeed server configuration? You could try clearing all your site caches to see if that fixes it.

If you can’t fix it any other way, you can forcibly load the CSS on every page instead of relying on the automatic detection of the shortcode by adding the following PHP code to your functions.php file.

add_action( 'init', 'a_z_listing_force_enable_styles', 99 );

You can change the width of the columns by adding some extra CSS (stylesheets). Go to your admin screen and find the “appearance” menu on the left-hand side of the screen between the middle and bottom of the list, hover your mouse there, and then select “customize” from the menu that pops-out. This will take you to a new screen where you need to find “Custom CSS” and click on it.

Once you are on the custom CSS configuration page, there should be a box on the left side of the screen. It might be blank, or include code from previous customization. Add the following on a new line:

div.letter-section ul.columns {
    column-width: 15em;
}

Feel free to play with the value that I’ve put above as 15em. The default width is 10em, so the above CSS is 1.5 times the column width you currently see.

I suspect you updated from a version before 2.0 to a version 2.0+ which changed lots of things including the default template.

For multiple columns, try removing the customised version of the a-z-listing.php file from your theme (the multiple columns is default now, though you might want to override some stylesheet rules if the columns are too narrow). Don’t forget to backup the file first.

As to the links not working, it seems that your template is not outputting the URLs into the <a> tags, which would probably also be fixed by reverting to the default template, as above.

You’re not alone; this has been reported by other people, too. I’m working on fixing it ASAP. I think I have a working version now, but I want to test it some more before uploading. In the meantime you can downgrade to version 2.0.4, which works somewhat correctly but is missing a fix for the sidebar widget.

The address to download 2.0.4 is https://downloads.wordpress.org/plugin/a-z-listing.2.0.4.zip

I don’t have access to WPML to be able to test, but I think problems are to be expected due to the advanced customisations that WPML and other translation plugins do in the process of providing their functionality. I really wish that WordPress Core would incorporate translation of posts natively so that plugin authors such as myself have a single API to work against.

I will try to get access to a copy of WPML to work on getting my plugin compatible…

You can download the older versions, until I get a fixed version out (I’m still unsure what the problem is) by going to https://wordpress.org/plugins/a-z-listing/advanced/ , using the drop-down menu at the bottom of that page to select a version, and clicking the “download” button.

I have no idea what’s going wrong. The alternative plugin on your page that does work is using exactly the same pattern that I’m using in this plugin. So I don’t know why my plugin would behave any differently. The clicks are correctly recognised and the address gets updated with the #letter-D (example) suffix, which the other plugin does exactly the same. Once the suffix is on the address the browser should scroll the page appropriately unless prevented by javascript.

I’ve tried debugging the javascript but can’t find anything that is preventing the scroll from occurring. The only insight I can provide is that it seems that 1000pixels is a magic number – if the window is wider then the page will correctly scroll, but the moment it falls below 1000px width the page stops responding appropriately. This seems telling considering that the magic number appears to be the breakpoint your theme is using to switch between layouts.

Sorry I can’t help much beyond this 🙁

Hi, it isn’t currently possible to use multiple post types in the same listing. I’m looking into the feasibility of including such a feature, but I might not be able to do so depending on the capability of WP_Query from WordPress Core.