provithor
Forum Replies Created
-
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceThe textdomain-fallback is for old-format languages files – and those are not present.
It has nothing to do with a “user setting” or something, it is a pure and clear, easy BUG.When there is just one language, this bug does not show up, but when there are more, your plugin’s “function translations()” does not do what it should.
Strange that you invest so much time in telling me that I do not know what I’m talking about and true that I should stop wasting my time with your plugin.
Actually, I liked it, before, when it worked in a correct way, and I wanted to try to talk with the developers to help you find and fix the bug.
I’ll stop with this and take some other plugin. Sorry that I wanted to help you!
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceYou really think that I’m an idiot, do you? I know, most users are…
“One more thing you could try is to disable legacy mode in the Status tab in the plugin (do note that this will require that your templates are compatible with version 2.0 or later of the PDF invoice plugin), this will prevent the textdomain fallback from applying.”I’m NOT running in legacy-mode and I already explained how I made sure that the function where I hard coded the locale into, was really executed.
The files are “new version format”, the function “function translations()” is executed, but it does not work, it does not do anything, whatever locale I HARD CODE into there.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceStop fooling me!
It is the file: woocommerce-pdf-invoices-packingslips.php
YOUR file. Not Polylang.WHATEVER locale I HARD CODE (like “en_US”) there, into YOUR file, it does not make any difference.
Your plugin does not react on any locale-setting. Do you read my messages?
“The PDF invoice plugin defaults to get_user_locale()”It DOES NOT DEFAULT to anything, because when I hard code ANY “default” locale code into YOUR plugin’s function, it disregards that setting.
It’s a bug, but in case you prefer to insist that it’s not, it’s better to switch to developers that are interested in bug-free codes and not in reality-denial.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceMaybe more direct so you can exactly understand what I write:
public function translations() {
$locale = exit (“en_US”);
When I click on the pdf-invoice-button, my browser shows only “en_US” – so the code is executed.Then, I change it to $locale = “en_US”;
or whatever (but “cs_CZ”), and it does not change anything, the invoices are created always and only in Czech.Thus, when you tell me to set the locale, but that does not change anything, maybe you understand this as BUG as well. And any bug might be in some completely different script, so you should be happy that I write about this to you – and do your best to find the problem.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceThank you.
Just: it does not make any difference. Whatever locale I enter, I always get just the Czech version.
I have inserted an bug into the file and tried to get an pdf invoice created -a dn, as expected, the exception was thrown, so it simply does not make any difference, what local I enter!Even if I delete the CZ-locale files from the language directory, it does not make any difference.
I know that the proce of the premium version already is surpassed many times by my time used to deal with this, but I dislike this kind of “user-fooling”.
Your plugin does not care what locale I enter, whether the locale-files are in the language dir – and you tell me it’s not a bug, but just a lost unknown feature?
To me that is a bug. It might be about a feature officially not supported, but your plugin has a locale-function that does not do anything, so that is called BUG.
You should pay me for helping you find a bug and you should care about bugs and not try to make them look as something different.
I’m telling this to you as programmer…Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceI’m not forgetting it is free, I’m telling you that something changed in the last update(s), because it worked before and now creates something I cannot use.
I will rather buy another plugin than to be forced to buy the premium version because of a BUG in the free one. I was close to buying the plugin, because we need serial invoice-storing, but then I saw that it does not work correctly anymore.
I have checked with other FREE pdf-invoice plugins and they work, they choose English for the invoices. So, in case you think this BUG is not your problem, I will accept this and use another, WORKING, free plugin.
So, if you tell me where in the PHP code I can set the language the “hard way”, I’m PHP programmer, it’s no problem for me. With your next update, this bug can be fixed and I will be convinced to buy your premium version.
In case your bug is my problem, I will take another plugin for pdf-invoices.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceI do not need customer-support! And I would not even need multi-language. I just need that your plugin creates the invoice in the language of the site OR the admin OR the customer and not in a language that was not chosen – and always ONLY in this language!
Where can I manually set (in the PHP code of your plugin) the language?
Again, it’s no customer support, it’s a BUG that was not present before.
Polylang may have changed something, but your plugin simply does not work anymore like it did before and chooses always the same WRONG language!
It used to display the invoices in the language of the customer.
It stopped working correctly after one of the last updates, I have not exactly monitored this.
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] Wrong language in invoiceAdditional information:
The packing slip shows ONLY in CZ as well.
All ordered products are shown in their respective CZ-versions.The invoice that woocommerce shows uses the right language of the customer and shows the products in the right language of the customer.
We are using polylang premium version.
The pdf invoice plugin is the free version.
So one can see the invoice in the correct language and when then the PDF-Invoice button is pressed, the created pdf is ALWAYS in CZ, independent of any setting I could find.