Just zip it up and archive it. Remove the install folder as there is no install needed.
If you used the file diffs then there would be no install folder.
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by apmuthu
Just zip it up and archive it. Remove the install folder as there is no install needed.
If you used the file diffs then there would be no install folder.
Possibly yes - just like the domains you sell to others.
Please see Post 6 of the Release Announcement and take the diff files set from there. Just overwrite your existing ones. No DB Changes.
Incorporate new variables and new options for existing variables from the config.default.php into your existing config.php with appropriate values.
Check for any new entries in the #_sys_prefs table in the en_US-new.sql file compared with your existing db being used and add them in.
"Sell" internal domains to yourself for possibly $0/-.
Placed content in Wiki
Do not, in general, use php $ variables inside the translation text directly.
Check the 3166/3167 Mercurial for sprintf for example workarounds. Otherwise the litteral varable name will be parsed instead. Make sure every possible variable value has a translation in the .po/.mo files.
The lines (they seem okay in hindsight):
label_cell(_($myrow["name"]));// here the _() is put
label_cell(_($parent_text));// here the _() is put
label_cell(_($bs_text));// here the _() is put
should possibly be (%d for numbers and %s for strings) where every possible value of :
label_cell(sprintf(_("%s"), $myrow["name"]));// here the _() is put
label_cell(sprintf(_("%s"), $parent_text));// here the _() is put
label_cell(sprintf(_("%s"), $bs_text));// here the _() is put
Even this may not work as intended since %s will be parsed as is and there is no preceeding or succeeding text to be translated. An eval() may have to be done on a cocatenated string containing the variable.
Try the following as well:
label_cell(_(sprintf("%s", $myrow["name"])));// here the _() is put
label_cell(_(sprintf("%s", $parent_text)));// here the _() is put
label_cell(_(sprintf("%s", $bs_text)));// here the _() is put
Maybe a check to see if $parent_text is empty before translation would be all that is needed:
label_cell($empty(trim($parent_text)) ? "" : _($parent_text));// here the _() is put
Did you mean:
if ($editkey) {
set_editor('customer', $name, $editkey);
set_editor('item', $name, $editkey);
}
Thanks Joe - HG 3166/3167 fixes it.
A matching empty.po for both FA and FA install is attached for hg 3165.
In the same file gl/gl_bank.php line 73 with the same variable $trans_no is coded as:
display_notification_centered(sprintf(_("Payment %d has been entered"), $trans_no));
whereas line 122 is coded as:
display_notification_centered(_("Deposit $trans_no has been modified"));
Line 122 should hence be coded as
display_notification_centered(sprintf(_("Deposit %d has been modified"), $trans_no));
Line 1000-1001 in file reporting/includes/pdf_report.inc has the necessary code you want to modify.
$msg = _("Dear") . " " . $contact['name2'] . ",\n\n"
. _("Attached you will find ") . " " . $subject ."\n\n";
It is possible that the js in the company cache needs to be refreshed. For company 0 it would be:
cd /var/www/webroot
rm company/0/js_cache/*.js
@chrison Post 12 here:
While midway entering line items, when you find that you do not have the item in the item master, try entering the new item in another window/tab of the browser instead of the standard popup that occurs. Then save midway and choose to edit / append to the line items of the same main record. If you did not understand the above, then make some numbered steps and screenshots for reference and I'll match the steps to any new workaround ones.
I tested out latest FA v2.3.14 Build 3165 in Firefox v18.0.1 and the Direct Invoice displays as it should. Attached Screenshot.
FA v2.3.14 Mer Build 3165 is attached in this post.
Reverse Chronological Changeset since FA v2.3.14 Release:
==========================================
- Fixed a small bug in cost update
- 0002032: user_theme() should return default if theme does not exist
- Fixed a couple of small bugs in Inventory Purchasing Report.
- Included Sales Pricing, Purchasing Prising, Cost update and Reorder Levels in tabs in Items form.
- Partially delivered Sales Order can now be closed using 'Cancel Order' button on edition.
- In case of document reference already in use, FA suggest the next number (if possible) ready to save again.
- New report, Inventory Movements, added to FrontAccounting core.
- Text not gettextized in /admin/backups.php.
- Fixed 'Moved Temporarily' error after login (on some server configurations).
- Email of Sales Documents now use the General Contact type (fall back if no 'orders', 'invoices' contact types)
- Fixed 'page expired' prevention (white screen/warnings after session timout).
- Fixes in sales credit note voiding procedures (invalid changes in delivery notes).
Several fixes / enhancements have been made in the HG Repo since the release of FA v2.3.14 (HG Changeset 3153) and the changed file set along with one new file as of HG Changeset 3165 is attached in this post.
Thanks Joe, HG Changeset 3165 fixed it.
In which page?
Translatable Text comes from language *.mo files compiled from the translated empty.po files named according to your language.
The Wiki pages for Language and Translation String updation would be useful.
HG Changeset 3162 has a set of changes to implement tabs.
There seems to be one mistake in the file inventory/cost_update.php for the number of arguments of the function called display_notification() that takes only 2 but is given 3, replacing the function called display_note() that took 4.
Both functions are defined in includes/ui/ui_msgs.inc.
HG Changeset 3159 introduced the new report. Purchasable Items must be defined first.
HG Changeset 3161 does the job. Thanks Janusz.
Thanks Joe, your HG commit 3160 does the job.
Where did you get the extension installed from? Must warn the community of blacklisted extension URLs.
use ur_PK.po and compile it to ur_PK.mo and use it.
FrontAccounting forum → Posts by apmuthu
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.