Search options (Page 42 of 97)

Well, related to encoding or not - surely it is script problem. But my problem is that I cannot reproduce this bug, so I'm dependant on tests made by reporters. Have you tried to install FA using only ASCII characters in user/password input?
Janusz

Ajax solution in FA is for historical reasons somewhat different from those used in other frameworks. In fact Ajax call on server side is treated nearly identical to normal synchronous POST request. Most normally displayed elements are rendered, and their content is collected in $Ajax singleton variable.  In contrast to synchronous call, during ajax request those elements are not sent  back to browser unless they are activated by some trigger using Activate method.

There is a couple of Ajax class methods to save various items rendered during the request, addUpdate method is one of such collecting methods, other examples are addScript (for javascript fragments) or addFocus for current focus.

If you only use standard ui helper functions found in files ui_input.php, ui_lists.php etc, and you does not create new helpers you can mostly ignore the collecting methods (eg addUpdate).  The only thing you have to do to make some ui element update is to activate it with $Ajax->activate() call. The only parameter of the call is trigger name of the element you want to update. This name is nearly always just the name of underlying input element, or id of label. So, if you have following code:

start_form();
 start_table();
  text_row('Very important parameter:', 'param')
 end_table();
 submit('update', 'Update page', true, true);
end_form();

all you have to do to have 'param' input updated after submit button is pressed in ajax mode is adding following in any place of the page code:

if (get_post('update')) {
    $Ajax->activate('params');
}

Janusz

Not yet, but you can simply install any extension module from our repository, and then look into files downloaded into modules/xxx directory. They can serve as module implementation example. Also in file includes/hooks.inc you will find list of all hooks methods available to integrate your module with core FA.
Janusz

When you have gettext tools installed on your box you can add strings from any additional file to *.po using xgettext command with -j option. But I see no reason why additional string couldn't be added also by hand using msgid/msgstr lines - all references added in po file after '#' are just comments for human use.

Janusz

This is roughly how FA upgrade procedure works, however there is more config files than mentioned config_db.php, so better way is to just unpack the new tarball content over an  old application sources overwritting old files. This way you are sure all configuration files are in place after the upgrade.

Janusz

You can reset password via phpmyadmin using known md5 hash e.g. standard admin password found in sql/en_US-new.sql file.
Janusz

This fix probably will not work on IE8 (I have read expression is not supported in css anymore), but you can try to set this.style.width=200px and this.style.width=''  in select onfocus/onblur handlers repectively (see insert.js).
Unfortunately I have no access to Win nor IE, so I can't check this solution myself.

Janusz

Really don't know. Seems you have Input tax posted on wrong GL side. The Inputs/Input Tax values should be displayed negative.
Janusz

Sure. Clean and easy way.
Janusz

I have tried a couple of autosuggest solutions some time ago, but none was working smoothly enough to decide to integrate it in FA. Smoothness is necessary in autosuggest - unpredictible delays on every key press is much more distracting  than single delay on searchable list.

Yes, using autosuggest in FA installed on your box should be usable, but when taking into account server random response delays which are normal on shared servers, using it became a pain. I guess FA is used in most cases via internet, so IMO adding it was not worth the time needed for implement it.

But of course if anybody would find acceptable autosuggest solution I see no reason to not include it in FA at least as an option.

Janusz

I don't know. Mail php function highly relies on server system settings. Unfortunately mail parameters diagnostics is not very good in current version, we will improve it a little in 2.3.2
Janusz

While our application is named FrontAccounting, larger part of its functionality should be classified as ERP related rather than strictly accounting. Most of the features does not need any accounting knowledge to be successfully used in everyday activity, but it is naive assumption that any business application could used without any specialized accounting knowledge at all. 

Main FrontAccounting advantage (at least how I see it) is that the real skilled accountant is necessary only at first stage, when all the application is configured, tax system is set and GL parameters for various operation are settled for later use. In properly configured application  all sensitive configuration settings are not accessible for non-skilled persons doing everyday registration job. The same rule applies to generic Journal Entry interface which should be accessible only to guys who know what they are doing (there are always situations, when some more advanced business operation have to be registered manually using knowledge at higher level than common ability to distinguish costs and income).

I can agree with some of your remarks regarding bank payments. Having separate entry points for deposits, payments and transfers is a little unhandy. In fact bank transaction registration is in most cases done using real bank statement in hand, where deposits interlaces with payments and charges, so it would be more convenient to have ability to register batch of various bank transactions in single run.

Regarding 'self learning'  algorithm which would suggest previous postings to be reused, this seems to be in contradiction to the program philosophy described above (accountant configures/everybody uses). (Another problem is effective implementation of such autosuggest  feature, which works well on Google superservers, but average ISP hosting is quite another story. Tried ).

Finally keep in mind we have  to provide backward compatibility with previous FA versions - this is why some suboptimal  design solutions still exists in FA database scheme (gl_trans structure is one example of this).

Anyway thank you very much for your kind interest in making FrontAccounting even better business solution for SME. While we are all the time short with programming resources, we really appreciate all new ideas and code contributions .

Janusz