ulihake
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLFor sure. You have to autoregister strings with WPML. You can find this setting in the “String Translation” section of WPML at the end. Once you have all your labels defined you auto-register strings visiting the front-end of your site with the checkout forms. Afterwards you have to deactivate the “auto-register” strings option to save resources.
I will leave this open for another two or three days.
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLAnd one more remark: I have tested this with the current site in Slovak and I’ve added fields to WooCommerce Poor Guys Swiss Knife, too.
But, testing a bit more: If I switch my admin user language to Slovak, things break. Could you please test, setting your (wpml) admin user language to English in your user settings?!
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLAfterwards you have the strings available for translation using WPML.
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLAnother note: I registered all strings of the WooCommerce Swiss Knife Plugin before switching the primary language to Slovak. That’s important…
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLHello Hackalis.
I enabled a WPMU site, all plugins: WooCommerce, WooCommerce Poor Guys Swiss Knife, WPML and WooCommerce Multilingual.
Afterwards I added Slovak to the WPML languages to see if this breaks the first of the multisites and it does not!
You did something else: You activated Slovak as the current content language and this is problematic, not because of my plugin, because of the translation management scheme implemented in WPML. The recommended way is to use English as the default language and to translate from English. If you use Slovak as your primary language right from the start, this complicates things.
You want to do something else: You want Slovak as your primary and maybe as your only language for the current multisite instance. To achieve this, I would recommend
1. to leave English as the default language
2. to add Slovak as the second language
3. to translate all you need and to save .mo files of the translations
4. to establish slowak as your primary language nowI’ve tested the activation of Slovak as primary language after adding it as secondary language first and WooCommerce Poor Guys Swiss Knife works.
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Plugin is conflicting with WPMLHello hackalis.
You’re invited to provide a slowak language file… 🙂
Apart from that, I will do some tests using your indications and report back.
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] woocommerce 2.1.12 compatibility issueHello pt.rodicio.
I updated WooCommerce to 2.1.12 on two sites and deactivated and activated WooCommerce Poor Guys Swiss Knife to see if I can reproduce the problem and I cannot.
Which version of WooCommerce Poor Guys Swiss Knife do you run? The latest version. Could you please test deactivating all other plugins apart from WooCommerce and WooCommerce Poor Guys Swiss Knife.
Thanks.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] add woo customfield to WP user profileHello Tobias.
It’s not about buying a license or two or five. This won’t finance the work I have to put into this nor will this option make me sell significantly more copies of the Rich Guy on the short term.
It’s about time, human resources. Your idea as a feature is great but I had no time to look into this. If there will be something like this it won’t make it into the next updates of the Poor and the Rich Guy. Sorry. I will try to have a look into this during the next days to give a reply on “possibilities” but I will not be able to work on an implementation before the end of July, beginning of August, if I decide that a feature like this would be great for one of the Swiss Knifes…
I will leave this open as a reminder that I owe you a “technical” reply with some insight.
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Month and year selectorSorry Martin.
I’m busy with things that report money, real life work :-). I will publish the update during this week.
uli
Forum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] Add icon or image between text fields.Hello takisv76.
That’s not possible with the Poor Guys Swiss Knife. If you want to place arbitrary html code between you fields you will have to use the WooCommerce Rich Guys Swiss Knife. Sorry.
Regards.
uhForum: Plugins
In reply to: [WooCommerce Poor Guys Swiss Knife] add woo customfield to WP user profileHello Tobias Conrad.
I’m not sure that I get your point. If you want to add a field where customers can provide an id, that’s no problem. If you want that this id is attached automatically for returning customers, than you need some extra adaptation to achieve this.
Regards.
uhHello dnilp87.
That’s something related with a css file jquery-ui.css loaded from ajax.googleapis.com on line 439 where it states:
.ui-dialog .ui-dialog-titlebar-close span {
display: block;
margin: 1px;
}If you suppress the margin: 1px instruction the x gets centered again. Actually I have a jquery-ui.css file in the assets folder but this file is not loaded by the WCPGSK plugin.
There may be an impact but site layout support is far behind of what I can offer here. Please try to fix the css issue by adding an css overwrite for this. Many templates and plugins allow you to bind additional css instructions to fix layout problems.
Regards.
uhForum: Plugins
In reply to: [Easy Digital Downloads Https] is_ajax – not a functionThanks. Will have a look into that.
uh
Hello Stu.
Will think about it. If you have access to your mysql database you could use a quick and dirty sql query like this one:
SELECT wp_posts.* ,(SELECT meta_value FROM wp_postmeta WHERE wp_postmeta.post_id = wp_posts.id and meta_key = '_billing_first_name') as val1 ,(SELECT meta_value FROM wp_postmeta WHERE wp_postmeta.post_id = wp_posts.id and meta_key = '_billing_last_name') as val2 FROM wp_posts WHERE post_type = 'shop_order'The only thing you have to do is to amplify the select part using
,(SELECT meta_value FROM wp_postmeta WHERE wp_postmeta.post_id = wp_posts.id and meta_key = '_billing_last_name') as valnreplacing _billing_last_name with one of your field identifiers and valn with a unique identifier.
This will give you an exportable result.
Regards.
uhHello Stu-TDW.
All data that you collect with your custom checkout form fields shows up in the order in the corresponding sections. Fields attached to the billing section will show up in the billing section of your order and fields attached to the shipping section of your checkout form will show up in the shipping section.
To work with the fields in other contexts (plugins for invoices, export) there’s some information on accessing the data for example in this thread:
field data.Now: if you don’t see the data captured on your orders, at least that is what I understand, something’s going wrong as you should see the data in your test order. At least there. If you want to see all the data captured in a spreadsheet format: that’s not part of the plugin but there are plugins in the wild that allow you to visualize and export aggregate data from several or all orders.
Could you please report back if you can see your test data on the corresponding order?
Regards.
uh