The _x() function is meant to be used with the same string/text which has two or more different meanings/contexts, e.g. “read” can be a verb (I can read music.) or noun (It’s a good read.). And when you use _x(), the context is the second parameter and the text domain is the third parameter, but … Read more
For anyone having the same trouble, I am now using a workaround from the accepted answer on the following question: https://wordpress.stackexchange.com/a/30723/181214 I am using the solution beyond the “EDIT: Another Option” which is working fine for slugs, names, singular names etc. function get_labels() { // return a default slug if(!defined(‘WPLANG’) || !WPLANG || ‘de_DE’ == … Read more
When you use _e your echoing the translated string. But you already have an echo so just use __(. This is the correct code for your example echo ‘<h1>’ . __(‘September’, ‘simultan’) . ‘ ‘ . $day . ‘</h1>’; If you want to add variables in your translations you should use sprintf like this: $date … Read more
Yes, Recent Tweets Widget is one of the many plugins which their translations are managed through translate.wordpress.org, and this means that upon installing the plugin (*remember, installing and activating are different), WordPress (on your site) will automatically download the plugin’s language pack (.po and .mo files) from translate.wordpress.org, and then store the translation files in … Read more
Based on a previous Q&A, How to get current get_post_types name?, you could use get_post_type_object() to get the whole post type object, which will have the translated name in it. $post_type_object = get_post_type_object(get_post_type()); if ( $post_type_object ) { echo esc_html( $post_type_object->labels->singular_name ); }
The use of each depends on your choice. If, for example, the text is in front of a field, I think it is better to use the symbol: In general, you should see if it really needs it or not. You do not have to use it or not. In the text you sent, the … Read more
Based on your comment: The html generated by the widget? That one just shows the Strings in the _e function for eg: _e(“Category”) displays “Category” I suspect that you’ve not configured your translation strings properly. You need to include the textdomain in every translation string function call, or else the strings will never get translated. … Read more
Have you added the Function load_theme_textdomain to the theme? so if you have them themes .mo files in theme/mytheme/languages Loads the theme’s translated strings: add_action(‘after_setup_theme’, ‘my_theme_setup’); function my_theme_setup(){ load_theme_textdomain(‘my_theme’, get_template_directory() . ‘/languages’); } Put this in your functions.php
It is only a design for one site and won’t be a theme anyone can use and hence I don’t want to bother with internationalization. If the theme will only ever be used by you, internationalization isn’t a huge deal. Unless, of course, you will want to use a different language version of your theme … Read more
The translation strings not only get parsed during rendering (output on screen/in browser), but also by the GNU gettext parser. This one is not a PHP parser, so it can’t fetch variables. This is the only part of a Theme or a Plugin, where you need to repeat yourself and add the plain string to … Read more