[Vtigercrm-developers] About Server APIs, Marketplace and Current User Settings

[Prasad]

Stefan,

In case you are finding the API gaps - please file enhancement request on
trac.vtiger.com with the use-case and share it with us during the
marketplace review feedback loop.

Filing issue on trac.vtiger.com would give us an opportunity to capture
workaournd fixes / patches and subsequent fix evolution.

We are aiming to enforce the guidelines for all the extension to provide
hassel free experience to the end-user (customer / administrator) or CRM.

Certainly our goal is to enhance Server & Webservices APIs and fix the
gaps. This would eliminate the need of raw-data access that generally leads
to tampering of conventions of other module like book-keeping, etc... and
subsequently pain in upgrade or coexistence of the modules.

Hope you are with us on this.

Regards,
Prasad


*Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook
<http://www.facebook.com/pages/vtiger/226866697333578?sk=wall> *I* Blog
<https://blogs.vtiger.com/>* I* Wiki
<http://wiki.vtiger.com/index.php/Main_Page> *I *Forums
<https://discussions.vtiger.com>*I* Website <https://www.vtiger.com/>

On Wed, Oct 1, 2014 at 1:35 PM, Stefan Warnat <ich at stefanwarnat.de> wrote:

> Hy developers,
>
> I tried to get my first Extension into the Marketplace but they was
> rejected with the reason I should use the Server APIs instead of internal
> Record Access of the Models.
>
> I would like to discuss a new Server API, because the current one will
> generating lots of problems and will prevent me from using this way.
>
> Explanation:
> I use the "ServerAPI" / Webservice functions in 5.4.0 for my Workflow
> Designer module to get a stable interface to the fields/values.
> It only works in 80% of all cases, because the current Server APIs will
> use $current_user format settings.
> This means I get numbers sometimes 123.678, in other systems 123,45 or
> "123 456,789".
> In 5.4 the problems with the Inventory was also existing. It looks like
> this was integrate in 6.0
>
> I must be create a special manipulation of the "$current_user" Variable to
> get the same format every time. Until the end, there are sometimes problems
> with this way.
>
> Also the $current_user usage will respect the field permissions. And if I
> simple create an Admin User every time, this parameter is much useless.
>
> Now I found the problem during the internal usage, that Product Tax
> information won't be loaded during the Model data loading and there is no
> universal way to get absolutely every value from a record with a
> standardized interface.
>
> I would discuss a layer of API functions, which a developer could use,
> without to worry about internal settings. Only read/write/create and the
> other new functions of the API.
>
> What do you think?
>
> Stefan
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20141001/be4c4a3f/attachment.html>