umchal
Forum Replies Created
-
It seems the code below causes the issue.
$pennies = $purchase_data['price'] * 100;(#334 in edd-stripe-gateway.php)
According to their documentation, you don’t need to multiply the amount by 100 for some currencies including JPY.
A positive integer in the smallest currency unit (e.g 100 cents to charge $1.00, or 1 to charge ¥1, a 0-decimal currency) representing how much to charge the card. The minimum amount is ¥0.50 (or equivalent in charge currency).
(source: https://stripe.com/docs/api/php#create_charge)
Zero-decimal currencies are listed here (https://support.stripe.com/questions/which-zero-decimal-currencies-does-stripe-support).
Hope this helps.
Forum: Plugins
In reply to: [WP Pipes] Retrieving contents of `content:encoded`Sorry to hear it is not supported.
When you access your WordPress site with a url
?feed-rss2.phpappended, you’ll get the feed. If you read the output, you’ll see elements of<content:encoded>with the post contents. This means WordPress uses this format.So I suggest you implement the ability to extract the content of the
contentstag natively, not by add-on.At the moment, I’ll go with another plugin which supports it. When it becomes possible, I may try yours.
Sorry for bothering. Keep up the good work!
Great, looking forward to it.
Thank you!
By charging them?
Thanks for the reply.
With that update of the Software Licensing extension, will it let the customer have a purchase form to change their license type? Or will the site admin still have to manually update the license?
Forum: Requests and Feedback
In reply to: Load Google Fonts locallyWhy the core is okay to do it and not plugins then?
The point is that the user must be informed of what information is being sent where.
Forum: Requests and Feedback
In reply to: Load Google Fonts locallyIs this regarding a particular plugin?
Sorry, what is the point of the question? This is regarding WordPress itself.
Forum: Fixing WordPress
In reply to: Does WordPress use Google fonts by defaut in the admin area?Thank you!
It was 480px not 600px, sorry. The title should be corrected.
And it occurs in WordPress 4.1alpha with no plugin and in Chrome v37.0.2062.124 with no extension in Windows 7.
It seems it is caused by
overflow-x: hiddendefined inwp-admin/css/common.css.@media screen and ( max-width: 782px ) { html.wp-toolbar { padding-top: 46px; } body { min-width: 240px; overflow-x: hidden; }@andrew It occurs when no plugin is activated with the Twenty Fourteen / Twenty Thirteen / Twenty Twelve theme.
The steps to reproduce:
1. Open widgets.php in Chrome.
2. Add several widgets (maybe 5 to 8) in both Main Widget Area and Secondary Widget Area.
3. Make the browser width less than 600 px.
4. Drag one of the widgets in the main area.The browser will scroll down to the bottom. To drop the widget to a desired position, you have to scroll up with the wheel button.
@php-developer It’s local site. Can’t you reproduce the problem?
Forum: Plugins
In reply to: [P3 (Plugin Performance Profiler)] Does not work on WindowsIndeed, if I switch the PHP version from 5.2.4 to 5.4.9, it works. Thank you.
Is there any way to work around this in v5.2.4 as it is the minimum required version by WordPress?
Thanks for the information. Otto. I’m looking for a way to disable the ‘do_pings’ action programmatically.
My tasks use the
wp_update_post()function and I’m not sure but guessing thatwp_update_post()adds the ‘do_pings’ action. If that is the case, is there any way to prevent the function from scheduling ‘do_pings’ tasks?Forum: Hacks
In reply to: wp_http_supports( array( 'ssl' ) ) yeilds true on a local serverSo it’s not about whether the WordPress installed site can be accessed with ssl but whether the site can access external servers with ssl.
Thanks for the info.