Forum Replies Created

Viewing 15 replies - 1 through 15 (of 302 total)
  • Plugin Author Thorsten Frommen

    (@tfrommen)

    Hi there.

    Dobby doesn’t care about users, user roles, capabilities etc. so yes, it could be IE. That said, I wouldn’t know why, though, as I am only using some simple jQuery DOM methods.

    However, if your IE does not allow JavaScript at all (which would mean that also other parts of your WordPress backend should be broken), this will certainly result in Dobby not working at all.

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    I don’t understand. What is it that you want to set up?

    The above filter takes an array of meta keys as keys and meta values as values, so you have to define the keys of the metadata you want to copy, then loop over it and get the values of the original post (the ID is stored in $save_context['real_post_id']).

    That’s all, basically.

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    assuming you have your front page set to display your latest posts, both mlp_get_interlinked_permalinks() and mlp_get_linked_elements() should return an empty array, and they do for me.

    This is because there are no elements, and the front page itself is not based off some element, too. Linked elements can be posts (or pages or attachments), or term archives (no post type archives, because, again, there is no element).

    If you want to create some custom language switcher (why?), you should use either mlp_show_linked_elements() and configure it according to your liking, or, on a low level, query the translations directly off the Language API (which you can get via the mlp_language_api filter).

    Hope this helps.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    yes, it is possible to copy (just copy, not actually individually translate) custom fields or metadata. You just have to provide a map of key—value pairs and add it to the mlp_pre_save_post_meta filter.
    Add an entry for every meta value that you want the translation posts to have, with the key being the according meta key. You can get the original post ID via the second argument that gets passed to the filter (i.e., $save_context['real_post_id']), and thus fetch the original meta values.

    I hope that helps.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    currently, you cannot create new remote terms (i.e., when you edit a term in site 1, you cannot create a term on site 2 as a new translation). You can only select existing terms, and create a relationship between these.

    In the next (major) version of MultilingualPress, you will be able to directly create new terms for all related sites, pretty much what you can do when editing posts.

    In your case, now that you have Yoga on one site, go to the other, create the according translation term, and select the Yoga one you have already in the first site. Repeat for all other sites that you might have.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hey John,

    could you share a sreenshot or two?
    I think we might use different terminology here, so something concrete and visual would be good.

    That being said, not all taxonomies are configured to be translatable, but only the ones registered for at least one post type that is activated for translation.

    Thanks in advance,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    We have fixed this and will release a new version later today.

    Thanks again!
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Thanks for reporting this, Florian.

    I can reproduce this and will be working on this now.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    we just fixed this, and a release will follow soonish.

    Thanks for reporting this!

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi again,

    thanks for the feedback, really appreciated.

    Regarding the user biography, this is unfortunately not possible, yet. There actually is an issue for this, since quite a long time, but it never got a high enough priority so far.

    I will mark this as resolved now.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    MultilingualPress does not have any roles. 🙂 Are you sure this is the right forum? Or are you maybe also using some translation role plugin or so?

    MultilingualPress gives access to the Translation meta box for all sites that the current user has the required capabilities for, irrelevant of any user roles.

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hm, good that you found a workaround. But still, this is strange.
    Could you export the languages table, wp_mlp_languages (there shouldn’t be any sensible data in there) and send the DB dump (of that table) to support@multilingualpress.org, or upload it somewhere and provide a link here? Also, could you paste what’s inside the site languages option (see code)?

    SELECT meta_value FROM wp_sitemeta WHERE meta_key = 'inpsyde_multilingual';

    Please adapt yout table prefix, wp_, if necessary.

    Thanks in advance!

    Cheers,
    Thorsten

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi there,

    seems like you did a good job in setting up your custom language variants.

    For Portuguese, I can only assume that you mistakenly chose the wong language, and not Portuguese (Int)…?

    Can you double-check?
    You can also have a look at the value in the <select> element in your browser’s developer tools or so.

    Cheers,
    Thorsten

    PS: One unrelated thing: why did you set all the languages to be RTL (right-to-left), when they’re clearly not? Did you maybe forget to uncheck that from the languages you customized?

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hey,

    I’m not sure I am following.

    When I set up the widget with no text, but flags, I get what you described.
    -> https://imgur.com/a/kzT2r
    -> https://imgur.com/a/yKOZA

    If this is different for you, then I guess your menu CSS is different, for example, block list items…?

    Anyway, I assume this is a CSS-related issue, and not specific to MultilingualPress.

    Is the site live so I can see it?

    Cheers,
    Thorsten

    PS: next time, please start a new topic, and link to any related ones. Thanks.

    Plugin Contributor Thorsten Frommen

    (@tfrommen)

    Hi again,

    sorry for the question (you won’t believe the exotic setups people might have 😉 ), but do you have one WordPress multisite installation with two sites, having the above two domains? You should have.

    If so, then you have to assign languages to both sites, relate the sites to each other, activate HTTP redirection in the network admin settings page, and activate HTTP redirection for both sites individually. Please have a look at this presentation to get a better understanding of what to do/ensure. Navigate with SPACE and SHIFT+SPACE.

    Cheers,
    Thorsten

Viewing 15 replies - 1 through 15 (of 302 total)