Search options (Page 62 of 97)

Coolers, I do not want to discourage you in your approaches, but I think you are wrong in most of your argumentation. Both FA and vtiger has long history which resulted in two different code bases for which the only common point is php/mysql usage. It means that to incarnate your vision you have to completely rewrite either vtiger or FrontAccounting. Or rewrite them both from scratch. If it is (unlikely) successful, you will also have to complete developers team which will continue the progress made currently by the two teams, and ensure potential users they have continous bugfix support. If you prefer this over contributing to any of the two projects, I can only wish you good luck. If you think that FrontAccounting and/or vtiger are simply perfect and they only need merging, it means you do not know FA nor vtiger well. I prefer to spent my time on making FA really bugfree and complete in this narrow ERP range which it support, than make it big, unmaintainable and even more incomplete system.

Bruzergear, I really understand the power of workflows and custom fields implemented in vtiger, and I share your enthusiasm to it. Some day in  a future it surely will be implemented. But for the reasons explained in another thread (about POS features) this have to wait for implementation in unknown future. If you really want speed this process up you can contact me directly via pm/email with any prepositions. Unfortunately I had no luck trying contact you after the mentioned discussion about POS.
Janusz

Well, I have not made any exhaustive research, so it is my opinion based both on my experience and FA users feature requests. What I considered specific is your need for having individual per customer description. I'm not sure you know that you can set a text to be added to all customer quotation/invoices (romalpa clause) in System and General GL Setup. Is it what you want?
Janusz

BTW no crucial change in minor FA releases are allowed which could break operation of extension modules, so the need for module update can appear (if at all) say once a half a year, next during switch from 2.2 to 2.3 branch.
J

Hello,
We are considering change in report language just now, but multilanguage descriptions for items is more complex thing. This needs changes in database structure on meta level e.g. some convention how store item descriptions for arbitrary number of installed languages. If you have some ideas how to implement it do not hesitate to share them  on developers mailing list.

Janusz

https://frontaccounting.com/wbt/pages/download/download-modules.php

Look into our download section - you have a couple of chart of accounts ready to use. You can update your database with those files before you start if you wish.

Janusz

Hello,
You can access FrontAccounting CVS repository on sourceforge.net (read only anonymous access). If you want to share your ideas with other developers please subscribe to developers mailing list. If you simply want to send some code to be considered for inclusion in next FA versions, you can use contributions mailing box from our Contact page.  All the related links you will find on our wiki.

BTW. column sort is supported in paged queries, although not always enabled.
Janusz

You have recognized the input meaning right. Host is MySQL server name or IP, use localhost if it is located on the same box where apache is run. If you want to share the same database for both companies you have to use prefixes for tables (for both companies). Database script is used to fill the database on start - use en_US-new.sql from FA distribution, or download another one from our site and use it. New admin password is used later to login to the new company to admin account.
Janusz

You can check how the system works in non-ajax mode. To do it  logout from FA, switch javascript off in your browser, then login into FA again. Now you will find the user interface changed slightly, and no ajax calls are used but only synchronous page updates after press on any submit button.
Open the page you had troubles with timeouts, and observe how much is server response to any form submits,delayed. If response is slow - you should change your hosting. If system response is fast we will have to find what is exact problem.

Janusz

This subject was explained already on forum e.g.here.
Janusz

Yes, contacts table for customer/supplier relationships is definitely good idea.
Rod, could you add this idea  to future development wiki page for later discussion/refinement?
Janusz

Sure. I will try to add this feature before next major release. We will need extend database structure a little to implement allocations to orders, so we cannot do it before 2.3 release.
Janusz