<div dir="auto">Thanks Alan, you're always a very good point for resources!<div dir="auto"><br></div><div dir="auto">I recently had to create a uitype 16 (non based picklist) through vtlib, it seemingly created the field but when I tried to add values from admin menu it resulted in error. Checking the DB there were some tables missing and even if I added them manually the field didn't work. Had to create a custom picklist from layout and that worked. Something for uitype 15. So the question is what's the right procedure? </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il mar 15 mar 2022, 09:39 Alan Lord <<a href="mailto:alanslists@gmail.com">alanslists@gmail.com</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 15/03/2022 01:18, Henry Cumbicus Rivera wrote:<br>
> Good evening, I have 2 questions:<br>
> *1- Is there an updated list of UITYPES in the database?*<br>
> I found this table vtiger_ws_fieldtype but it seems to me that it does <br>
> not contain all the data types that Vtiger handles or it is out of date.<br>
<br>
This one is quite old but I find it still useful:<br>
<br>
<a href="https://wiki.vtiger.com/index.php/UI_Types" rel="noreferrer noreferrer" target="_blank">https://wiki.vtiger.com/index.php/UI_Types</a><br>
<br>
Also recently see this commit which added Constants that can be used in <br>
place of integers:<br>
<br>
<a href="https://code.vtiger.com/vtiger/vtigercrm/commit/4fb39d530546516d2232f3754ffb005fcc793a8f" rel="noreferrer noreferrer" target="_blank">https://code.vtiger.com/vtiger/vtigercrm/commit/4fb39d530546516d2232f3754ffb005fcc793a8f</a><br>
<br>
Finally, on a reasonably clean vtiger installation you can do something <br>
like this to get a list of all UITypes in use:<br>
<br>
SELECT * FROM vtiger_field GROUP BY uitype;<br>
<br>
> *2- Why do translations have to be handled by files and not from the <br>
> database?*<br>
<br>
Almost certainly a historic throwback to the original sugarcrm days.<br>
<br>
Depending on the amount of data I am not sure if retrieving translations <br>
from the database would be a performance hit or not - I suppose it could <br>
be read once on login and then cached perhaps?<br>
<br>
Maybe work on a pull request and see how you get on? You'd need to <br>
rework the vtranslate() methods<br>
<br>
Also, currently you can create a Language package as an installable <br>
module - you'd have to obviously handle this as well.<br>
<br>
Cheers<br>
<br>
Al<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div>