led24ee

I just found out that in TB1.0.3 this field option is avaliable in Client Addresses section. But these settings are in use when You create warehouse. For example if you mark all fields necessary You can't register a warehouse, because there will be errotmessage that there are missing these fields what is marked in "Client Addresses-> Set required fiels for this section." And it doesn't matter that there aren't fields for this info in warehouse registration form. So if there's need for warehouse registration be sure You uncheck "Set required fields for this section" in Client Addresses section.

Because my php skills are limited then it takes "only" one day to find out why there is problem with translation in TB1.0.3 in BackOffice section. AdminCustomCodeController.php contains angle bracket line 73. They are replaced in 1.0.4RC1 Pretty frustrating way to spend time.

It's not working in TB 1.0.4 RC1. Whole page that appears contains code beginning with this : SmartyInternalSmartyTemplateCompiler Object If I save this page, it's 101MB and it contains more than 1 million line of code. That's the reason I can't put it here. Looks like some kind of loop. Fresh install, with TB modules. Nothing touced in code.

That's great.

Itried but i give up. There's not possibility to set this up normal. Best so far for what I found is manually remove SIRET and APE validation and then rename these whatever you want. It's not easy because there is also need to change some settings in database too. Or You can simply comment out these from registration template.

What's the point of this module? There are different types of vat (SIRET, APE, DNI, maybe more) but they are all different. For example in Estonia there are two letters and nine numbers. Company register number is eight number. When I enable the B2B mode then only the opportunity to use these numbers is when I change in file ... classes / validate.php APE and SIRET check. More precisely I should comment on this part where the actual check is made, so the function return exactly the same that was input. Is there any other method also ? Maybe I'm doing something wrong ?

Now I look and this error is even in PS 1.6.1.x. So this is long time and no one cares. But in other side seems that this module isn't very popular. About more error, yes there are some othe modules also which "to not obey" to translation, but there's only some sentences. I hope now is this problem gone. Thank You.

Hi That wasn't much of modification. I simply deleted empty spaces between coding. Was like this : 'label' => $this->l('Enabled', 'advancedeucompliance') ), become this: 'label' => $this->l('Enabled', 'advancedeucompliance') And that's all.

Seems that there is no interest for this problem. However I think that I found solution. I modified this file: advancedeucompliance.php and now many field appear in translation section. 42 for thid module. Because my php skills are limited then I'm not sure what is the real cause.

I prefer translate stright php file, it's many time faster. But I can't see result in module description. Also if You opes this module for settings then everything in section Tags is always in english. There's no change if I choose default theme or commynity theme. I have translation done in both. I'm not sure, but I think that problem is in file advancedeucompliance.php and this file is oi directory .../modules/advancedeucompliance If I have more time then I can put my version of translation in crowdin also.

Hi Problem is that some sentences wouldn't translate. If I go thru FTP connection then I can download translated file and if I open these (yes, there are two places for translatsion, one in main directory/modules/advanced... and one in the main directory/themes/theme_name/advanced...) then I see translated file. But this module can't use this translation or maybe here is another translation file in third place. So if anyone has similar experience, please can You tell solution. Thanks.

Hi Has anybody else got problem with translation ? TB 1.0.3 trying to translate into estonian.

No. It is very good when You have base unit and then multiplier/divider or something which is limit for how small pieces You can divide this item. For example 0.1 or 0.01 or why not 10. Then You can sell 0.5 and other 0.5. Both "half items" are for program completely different items and also two completely different invoices. Only client has feeling that there was one half and other half. And then You can choose payment type for each invoice. But this is my opinion and maybe there are only 1% who need this in real life.

For example aluminim profile. Base price is for one meter. But if client need 2.5 meter then I can't sell this.Yes, I can put base price for 0.1 meter and then sell 25 pieces, but this is pointless. This is why this option is very good. Also I have experience when client has money but half on card and half in cash. Solution : sell bicycle in two pieces, half and half. This may seem ridiculous but both seller and client were happy.

@lesley said in Minimum qunatity: You might need to adjust your units then that would seem like the best choice. Stock cannot be kept on partial products, there is no such thing as a half an ipad. Yes. But there are much more things as ipad.

Ok. This is not very big problem, it is little problem. I don't have so good programming skill to solve it.

OK. Anyway it will piss off clients when usual price is for 1 meter but now it's for 1 dm. They will never understand this.

Hi. With quick search I can't find answer. But ... Is there also possibility to sell less than 1 pc/meter ? I mean when base unit is for example 1 meter, but You need to sell 0.1 meter ? Thank You