Hi,
Using j2.5.11 and vm2.0.20b
When a user places an order it gets the email with COM_VIRTUEMART_MAIL_SUBJ_VENDOR_F in the title
but I can't find COM_VIRTUEMART_MAIL_SUBJ_VENDOR_F in any language file
This usually happens when you create your own Order Status in VM. You need to create an language override for it EXTENSIONS->LANGUAGE MANAGER-> OVERRIDES
e.g I set up a Ready for Collection status so I did a test order with that status waited to see what email subject was then entered that in the overrides with the text I wanted it to display.
Hope this helps.
The subject of the confirmation for the vendor is set to
COM_VIRTUEMART_MAIL_SUBJ_VENDOR_ + short order status code
and to
COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_ + short order status code
for the shopper confirmation mail. So if you create your own order status with order status code 'F', you'll need to define "translations" (all the displayed English texts are also just a translation of a language-independent identifier) for:
-) COM_VIRTUEMART_MAIL_SUBJ_VENDOR_F
-) COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_F
Where are the languages files stored for the confirmation mails? I'm pulling my hair and feel like an idiot, but can't find the files.
Cheers from a newbie.
You can either place those translations in the file language/overrides/en-GB.override.ini (and of course the according pathes for other languages you use):
COM_VIRTUEMART_MAIL_SUBJ_VENDOR_W="[%3$s], Purchase order for %1$s, total %2$s"
COM_VIRTUEMART_MAIL_SUBJ_SHOER_W="[%3$s], Purchase order by %1$s, total %2$s"
Or you can use the translation override feature of the Joomla backend: In the Joomla backend, go to "Extensions" -> "Language Manager" -> "Overrides" and create new translations there. The language manager will use the file mentioned above, so both alternatives lead to the exact same translations.
Reinhold, please. Or someone else. Where are these files? English or translated... Soon I'm out of hair... Need to fix these different type of confirmation mails. Order conf. to customer and vendor. Order sent to customer...
Most if not all the information is in this post:-
The Administrator language file is the one I think you need to set an override for it to work
http://forum.virtuemart.net/index.php?topic=116224.msg392486#msg392486 (http://forum.virtuemart.net/index.php?topic=116224.msg392486#msg392486)
The language variables for status D and F were missing in the core translation.
They will be added.
STS
why not use the Joomla lang over ride system .. that's what it is for...
in this case admin over ride and chk the use both
Quote from: GJC Web Design on September 24, 2018, 12:33:40 PM
why not use the Joomla lang over ride system .. that's what it is for...
in this case admin over ride and chk the use both
Sure, that is the best temporary fix that someone should have suggested in 2013, while with the other hand typing on the language files, so that the other threads upto 2018 wouldn't have been necessary. :-O
If You use a orderstatus that is not supported by VM language file, GJC suggestion is neccessary otherwise you loose it during updates. Having all Your orderstatuses in the ovverides gives a good overview. Instead of searchinng mutiple files. My 2 cent.
Jörgen @ Kreativ Fotografi
If You use an orderstatus, that is given by VirtueMart, but not in the VM language files, use your SVN and add the language variables or ask someone who knows how to do it. Then GJCs very good suggestion for a temporary quick fix won't be neccessary, because you will not loose anything, because it is there forever. Instead of multiple people searching multiple forum sites and multiple files in their installations for more than five years, just do it once. Just my 2 cent. :-P
Quotewhy not use the Joomla lang over ride system .. that's what it is for...
in this case admin over ride and chk the use both
I only meant this in response to betterlead & custom statuses who was asking for the lang ini .. which will get over written as soon as he updates .. so use the lang over rides
Of course is good that bundled statuses have now their correct lang vars
It would be nice to now what these statuses are suposed to mean in VM, I have used _F (invoiced) and _D (SHIPPED_AS_PACKAGE) for Years, not to mention that You will get into big trouble if You USE _N, that has apparently some internal function.
Do I misuse these statuses and what should they mean instead ?
Jörgen @ Kreativ Fotografi
The statusses mean exactly what you tell them to mean.
Except for the locked ones.
Pending P
Cancelled C
Shipped S
The others pretty much do and mean exactly what you enter in your language variables.
D for Denied came a bit later, so if you use it for something else that is pretty fine as long as you do not have a payment plugin that has a hardcoded D for denied. That would be a bad payment plugin though.
So if you need Denied for any payment plugin, just give it some letter, let's say B: and call the status: "bloody hell I won't take the order".
Be careful with the setting if it reduces your stock or not and all is fine.
Then why on earth would VM have the status _F declared, when I am supposed to set the value myself ? In that case there should be dummy assignments for all letters and possible valid keys of orders statuses right ?
I do not really see what we are doing wrong here ?
Jörgen @ Kreativ Fotografi
There are some statusses that seem quite common, they are used by standard payment plugins. So they are predefined. Other not.
If you want additional statusses, you have to define the language variables yourself. Of course as a Joomla language override like GJC explained, for admin and site.
Status F (completed) and D (denied) are standard VM statusses, that is why they should have their language variables in the language files.
I don't see anyone of you doing something wrong either.
The only missing thing was, that the standard statusses had no language variables. And the same subject came up again and again in this forum and others (e.g. DE).
While fixing it, was much less work earlier today than explaining the whole thing here. ;-)
So in the next VM version there will be language variables for it, yours will still work, since you made language overrides.
So the world is in peace and good order.