Start using automake/autoconf for configuring, building, and installing Evergreen git-svn-id: svn://svn.open-ils.org/ILS/trunk@10466 dcc99617-32d9-48b4-a31d-7c20da2025e4
More cleanup of the Evergreen directory. This change replaces the Open-ILS version of the user editor (deprecated) with the Evergreen version, which is the maintaned version. Also removes the portion of the XUL makefile that copies files over from the Evergreen tree. git-svn-id: svn://svn.open-ils.org/ILS/trunk@10428 dcc99617-32d9-48b4-a31d-7c20da2025e4
Eliminate lang.js (old i18n approach). Load common.properties in util_overlay.xul so it is available globally. git-svn-id: svn://svn.open-ils.org/ILS/trunk@8450 dcc99617-32d9-48b4-a31d-7c20da2025e4
Clean up staff client 'make' output git-svn-id: svn://svn.open-ils.org/ILS/trunk@8449 dcc99617-32d9-48b4-a31d-7c20da2025e4
snip out some old comments git-svn-id: svn://svn.open-ils.org/ILS/trunk@7928 dcc99617-32d9-48b4-a31d-7c20da2025e4
Fix building the client from the staff_client directory with a reasonable default for the OpenSRF libs git-svn-id: svn://svn.open-ils.org/ILS/trunk@7898 dcc99617-32d9-48b4-a31d-7c20da2025e4
This commit breaks compatibility with OpenSRF 0.9. Removes JSON.js copies from EG trunk. JSON_v0.js (legacy JSON) and JSON_v1.js (modern JSON) are copied from the installed OpenSRF javascript libs. ScriptRunner.pm no longer loads another copy of JSON.js from <DATA>. All Evergreen files now use modern JSON (JSON_v1.js). git-svn-id: svn://svn.open-ils.org/ILS/trunk@7894 dcc99617-32d9-48b4-a31d-7c20da2025e4
stamp version for /xul/server/ in .xml files (for xbl binding) git-svn-id: svn://svn.open-ils.org/ILS/trunk@7655 dcc99617-32d9-48b4-a31d-7c20da2025e4
rip out the symlink 'conveniences' and make it work when lang.js is not in the repository git-svn-id: svn://svn.open-ils.org/ILS/trunk@7652 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Dan Scott which starts the process of proper staff client internationalization: As documented at http://developer.mozilla.org/en/docs/XUL_Tutorial:Property_Files , string bundles are the normal method for holding translatable text from Javascript files in XULRunner applications. The staff client currently does not use string bundles; it currently uses a mix of hardcoded strings, with reliance on some of the strings that are converted from lang.dtd into the massive hash that is lang.js. This patch hopes to start changing that, by introducing string bundles for a few small parts of the staff client -- hopefully paving the way for conversion of more of the client to stringbundles and i18n glory. 1) We create one .properties file per chrome/content/ subdirectory that we're converting to string bundles, plus a common.properties file for common strings like error messages. In this patch, I address the chrome/content/admin/ and chrome/content/cat/ directories; therefore, I add: * Open-ILS/xul/staff_client/chrome/locale/en-US/admin.properties * Open-ILS/xul/staff_client/chrome/locale/en-US/cat.properties * Open-ILS/xul/staff_client/chrome/locale/en-US/common.properties 2) Note that the files are being added to a directory that does not currently exist in the Subversion repository. It doesn't make sense to serve the properties files remotely from the web/locale/en-US/ directory, as their real home is the chrome. So that's where I've stuck them. Accordingly, the xul/staff_client/Makefile has been modified to no longer make this directory. 3) chrome/content/cat/opac.xul has been converted to a fully i18n-ized file, by adding XML entities to web/opac/locale/en-US/lang.dtd and converting hardcoded strings in the Javascript to stringbundle calls that pull in the properties defined in cat.properties and common.properties. 4) chrome/content/admin/survey* have also been given the entity & stringbundle treatment. I have tested the opac and survey screens in the client and nothing seems to be going wrong, so I'm taking that as a good sign :) git-svn-id: svn://svn.open-ils.org/ILS/trunk@7629 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Dan Scott to robustify current JS localization code git-svn-id: svn://svn.open-ils.org/ILS/trunk@7626 dcc99617-32d9-48b4-a31d-7c20da2025e4
all sorts of issues here that I overlooked.. this should properly overlay the contents of Evergreen/xul/staff_client/server/ into the build/server/ for the staff client upon make. I'm not sure how portable it is, however git-svn-id: svn://svn.open-ils.org/ILS/trunk@7543 dcc99617-32d9-48b4-a31d-7c20da2025e4
a gift from miker_ to grab everything from that directory except those pesky .svn files git-svn-id: svn://svn.open-ils.org/ILS/trunk@7459 dcc99617-32d9-48b4-a31d-7c20da2025e4
Shouldn't have removed the copying of these files git-svn-id: svn://svn.open-ils.org/ILS/trunk@7458 dcc99617-32d9-48b4-a31d-7c20da2025e4
more ripping of legacy code. seems to work :) git-svn-id: svn://svn.open-ils.org/ILS/trunk@7417 dcc99617-32d9-48b4-a31d-7c20da2025e4
a test of no longer pulling in parts of the legacy staff client and files from OpenSRF. appears to work git-svn-id: svn://svn.open-ils.org/ILS/trunk@7416 dcc99617-32d9-48b4-a31d-7c20da2025e4
fix for pristine checkouts, since cvs omits empty directories git-svn-id: svn://svn.open-ils.org/ILS/trunk@6625 dcc99617-32d9-48b4-a31d-7c20da2025e4
stamp xhtml git-svn-id: svn://svn.open-ils.org/ILS/trunk@5891 dcc99617-32d9-48b4-a31d-7c20da2025e4
move global_util.js to chrome git-svn-id: svn://svn.open-ils.org/ILS/trunk@5762 dcc99617-32d9-48b4-a31d-7c20da2025e4
let chrome have font_helper(), etc. git-svn-id: svn://svn.open-ils.org/ILS/trunk@5761 dcc99617-32d9-48b4-a31d-7c20da2025e4