Jamie O

Thanks. Will continue this thread with a bit of a jump towards theories I am working through how to automate some parts of the process of converting a single site using WPML to a WPMS Network with 1 site for each language and MLSL.

Manual Process

1. Use WP Export and select a particular post type. This gives all of the CPT entries for all languages, without any identification of language in the XML aside from the actual text.
2. Use WP Import into english site and then delete all french entries based on title language.
3. Use WP Import into french site and delete english entries.
4. Individually edit each english post and select the french translation for it. Update.

Obviously this doesn’t scale too well ??

Thoughts on conversion strategy

• A plugin to extend the WP exporter (or make a new variant) could add the language to the item XML. A plugin to extend the WP importer could then only import the items which match the new site language settings saving the manual delete from step 2 and 3 above.
• WPML table icl_translations stores rows similar to what MLSL puts into the wp_options table. However, all entries are based on existing site Post IDs that are not maintained between export / import.

But how to maintain / re-build the association between posts when the IDs are changing between import / export? Best theory I have atm:

• Plugin / script to add a meta field with existing icl_translation details for each post. ID: _wpml2mlsl with array value of current post ID (en) and current translation id (fr).
• WP Export / Import would include this meta field into the new site.
• Plugin / script that then parses each post which has a _wpml2mlsl meta field. It would then have to find its corresponding post ID via meta field on other language site to get new post ID and generate one (or both) wp_options entries.
• Optionally then delete the _wpml2mlsl meta field upon success.

Does that seem ridiculous or a reasonable path?
Any suggestions on ways to simplify that?
Other strategies that I’ve missed which would suggest exploring?

• A method to filter admin list view (for post types) by non-translated entries.
• Option to define what method sort is applied to in the drop-down list on edit page (By Title as currently the case, or by date of post).

Is the data being captured via the form?

• Check that your fields (in GForm) are mapped to custom fields in the CPT?
• If you view a submitted rideshare via admin console does the data display on that screen? What if you also display custom fields (via the Screen Options tab in upper right)?

If your data is in the CPT entry and you are working with new fields, you’ll have to customize the plugin to display your output in desired manner. It sounds like you’d want to look at the function idealien_rideshare_shortcode around lines 1300 – 1320 where the user info / link is generated. I had made some progress on a more advanced notification system supporting BuddyPress but that might relate to your issue.

The contact form method of response was giving me problems as well – but haven’t been actively developing the plugin for some time now unfortunately. Been pulled into the icky world of SharePoint and other projects. I’m happy to add any other developers to commit access if they have interest to help solve this problem or extend the plugin in other ways.

The GF CPT enhancement plugin is essential to the connection between the form and this plugin. It allows the GF form to create a CPT entry which is what the [ridesharelist] short code is looking for. Not sure why that isn’t working for you as it is tested to work with the latest version of GF, WP and Rideshares. Get that working and your issue should be resolved.

There isn’t anything built into the plugin currently to prevent people from making regular rideshare requests / offers. My initial use case for it was more of an infrequent “road trip” concept.

I’m happy to add others to the SVN commit pool if they have skills / interest to extend it further, but at the moment I’m not actively developing the plugin unless people want to fund specific feature development as it meets all of my modest needs.

The output of the rideshare table shortcode is [ridesharelist].

There isn’t a shortcode for the form in the current plugin – you have to have Gravity Forms installed. If so, follow the instructions for importing the form and display it as you would any standard GF form on a page.

The plugin as currently implemented does not support what you ask. But if you look at the function idealien_rideshare_shortcode in the plugin it shouldn’t be too hard to change to different names to columns. If you are comfortable with javascript into your theme, the headers of the table are well named that you can replace their contents that way too.

jQuery(function() {
jQuery("th.rideshareSpaces").text("New Column Title for Number of Spaces");
});

A little further into this and understanding it a little less.

• If I leave Bind DN / Bind Password empty – accounts which are already created OR attempted to create during a user login work successfully. However, use of the Add New Directory Authentication User form gets an error: “Directory authentication initially succeeded, but no valid profile was found (search procedure). []”
• If Bind DN / Bind Password is filled – Admin can create new users but nobody is able to login with an AD account. All attempted logins get “Directory Authentication Error: Could not authenticate user. Please check your credentials. [Domain\username]”

I know this particular AD is kind of messy, but the weirdest part is that using the same account credentials to attempt both scenarios does not work. For time-being manual workaround is to put site into maintenance mode while creating new accounts (using Bind).

Would love to see a prefix field be in a future version and willing to be an excellent beta test scenario for it if that happens.

If you want a non-plugin-modifying way to resolve this, you can use CSS and set any which are not within your primary template container to not display. Most themes should work with the following.

.incsub_wiki { display: none; }

#main .incsub_wiki {
    display: block;
}

If as a result of this setup none show up, confirm what the top container in your theme is (main, container, primary, etc) and replace the #main in the second example.

How would I edit this code to paste it directly into functions.php?

You shouldn’t have to edit it to work in your functions.php.

The plugin is setup to provide shortcodes which should work with any theme easily.

Try the new v0.2 that has just been updated.

Yes! v0.2 which is now available does this by default. Plus there are parameters you can apply to the shortcode and via querystring of page it is loading on to give additional filter options.

The documentation needs a good push of updates that I’ll get to hopefully very soon.

Hi brenoanunes,

The plugin does work the way you are interested in IF you make use of the Gravity Form for input on the front-end of the website. v0.2 of the plugin which has just been updated includes a lot of new features so that you could filter rides by date, location, event, give / get, etc and automatically hides rideshares that are past.

I know the documentation needs to be more thorough – hoping that I should get that completed shortly.

You can also find more info and submit additional feedback via rideshare.idealienstudios.com.