Jump to content

volau

Members
  • Content count

    30
  • Joined

  • Last visited

Profile Information

  • Real Name
    D WIEBE
  • Gender
    Male
  • Location
    USA
  • Interests
    Computer / Web Site / Microchip Programming;
    HAM Radio ( K0DPW ) - Electronics;
    Genealogy / Ancestry / History Research;
  • Website
  1. volau

    Multi language support

    I actually AGREE with your analysis, and realize these auto-translators may leave something to be desired, and that manual translation by a competent human translator IS THE BEST. However, that requires me as the store owner to be multi-lingual and an expert in all languages desired, which I am not, nor do I have the time to be, nor can I afford to hire it professionally done. So, I have to be content with the "quick and dirty" approach. Since, as currently configured in my store, shopping cart, orders, and purchases can not be made from the auto-translated page, it eliminates the liability to me of a customer buying some product under false mis-understandings, requiring the customer, if they see something they like and want, to get assistance with purchasing in English -- I realize some sales are lost if they can not do this, but in the long run, it is better if they don't buy unless they have adequate language support, and this method puts said work load on their end, as opposed to mine in most cases. For stores that don't feature a lot of items, or want to support many languages, the current multi-language support of OSCOMMERCE out of the box is great; but as store inventories grow large, and/or the need for additional languages also grows, the work load of supporting multi-language shops becomes over-whelming for a small operation with limited staff, given the global international market available via the internet technology on the world wide web.
  2. As OSCOMMERCE is designed, it has the really nice feature to support multiple languages, including switching currency per language. Unfortunately, as it comes out of the box, it only supports three language options. Putting up a store using only these default languages, not to mention as additiional languages are added, the work load to translate, enter, and support more than one language becomes VERY time consuming, and a REAL burden to make product descriptions, etc. available for all the various languages one might like, and even if established, when a change is required to some product (or products) information, the change has to be made for each language. I would like to suggest a change in mutiple language support, along the lines I have switched to in my store: w w w DOT d p w c o - e s t o r e DOT c o m I incorporate Yahoo Babel Fish, which is based on the prestigious SYSTRAN translation engine. It automatically allows translation for MANY MORE languages, with a translation engine that specializes in nothing but language translation saving me the hassle of acquiring some(?) knowlege of any given language other than my native one. I only have to enter a product description ONCE in my native language, and that definition serves as a MASTER copy automatically including any updates that may occur in time. True this approach does not automatically display prices in a translated language under CURRENT design, but the exchange rate can vary by hour within a day anyway and oscommerce default installation requires a manual update for supported currencies that I have neither the time or memory to always do to be current at any instant in time. I figure a customer can do this price translation themselves as needed, and be more accurate at the time of purchase. I believe current contributions may exist to dynamically update this currency exchange rate in real time, and could be interfaced into the SELECTED language from Yahoo Bable Fish (or the SYSTRAN language translation selected). Basically, I am saying, I would encourage future releases of OSCOMMERCE to move towards this method of supporting multiple languages, letting the PROFESSIONAL translators do what they do best anyway, which simplifies the store owner's work load to support multiple languages, allowing them to concentrate on their native language only, and let the auto-translation handle the rest. If SYSTRAN software (using Yahoo Bable Fish (which is FREE) or the native SYSTRAN translation engine) was integrated into the basic OSCOMMERCE package by default, then customers could even reply/order in their native language, and the order would show up in the store owner's records in the store owner's native language (both a copy of the "foreign" language and the store's native language could be kept and maintained in the store's data base, for resolution of any disputes that might arise from translation errors and have to be handled manually.
  3. Great contribution, and I appreciate all the work done on it. Seems to be working pretty much OK, and am still learning how to use it; I scanned backwards through the posts prior to the last release 2.0.5 and don't see anyone with this problem with the current said version. When I try to enter a sort order for images within a given product, no matter what value I enter, ALL images still show up with value 0 (zero) on the panel showing all images per product, and can't seem to specify any sort order of images. Am I doing something wrong, or is this a bug ?
  4. volau

    Enable/Disable categories contribution

    I see this is for For OScommerce2.2 rc1 Will it work for OScommerce 2.2 rc2a ?
  5. volau

    Options as images

    Apparently this is just a documentation error, and no code changes need to be done in category "F" above since without any changes to said "/catalog/includes/languages/product_info.php", the contributions seems to be working as intended.
  6. volau

    Options as images

    Also, instructions for catalog/product_info.php are as follows: A./catalog/product_info.php, find these lines: Next, LOOK FOR: <td class="main"><?php echo $products_options_name['products_options_name'] . ':'; ?></td> <td class="main"><?php echo tep_draw_pull_down_menu('id[' . $products_options_name['products_options_id'] . ']', $products_options_array, $selected_attribute); ?></td> </tr> <?php } ?> </table> <?php } now add after: //Options as Images. Add the curly bracket as shown on the next line } ?> <?php //Options as Images. This whole php clause needs to be added if (OPTIONS_AS_IMAGES_ENABLED == 'true') include ('options_images.php'); ?> So it should look like: <td class="main"><?php echo $products_options_name['products_options_name'] . ':'; ?></td> <td class="main"><?php echo tep_draw_pull_down_menu('id[' . $products_options_name['products_options_id'] . ']', $products_options_array, $selected_attribute); ?></td> </tr> <?php } ?> </table> <?php } //Options as Images. Add the curly bracket as shown on the next line } ?> <?php //Options as Images. This whole php clause needs to be added if (OPTIONS_AS_IMAGES_ENABLED == 'true') include ('options_images.php'); ?> This resulted in an extra php end tag "?>" for the version of oscommerce I'm running, ie, osCommerce 2.2 Milestone 2 Update 051112, since the very next code after insertion is such an php end tag, which means it has to be removed, or the last php end tag from the insert code above should not be inserted to avoid duplicate tags after insertion.
  7. volau

    Options as images

    Also, the docs say: 2. Now copy all the new files into their respective folders. You should have the following files to copy: /catalog/options_images.php /catalog/options_images_popup.php /catalog/admin/options_images.php /catalog/admin/includes/languages/english/options_images.php /catalog/images/options (this one is empty at start) but a file present in the package is left out of the list above: /catalog/includes/languages/english/options_images.php
  8. volau

    Options as images

    Just downloaded and tried to install this contribution on this date 02/08/09; included are the following steps for manual file changes: 5. Now you need to edit some existing files: A. /catalog/product_info.php. B. /admin/includes/languages/english.php C. /admin/includes/boxes/catalog.php D. /admin/includes/filenames.php E. /catalog/includes/filenames.php F. /catalog/includes/languages/product_info.php G. catalog/stylesheet.css The code for stylesheet changes in category "G" is in category "F", and NO code changes for the file listed in F above are included; ie, the code changes for "F" above seem to be left out.
  9. Hello, I got some more time to look at this (my problems reported via messages), and found the problem; now that I know this forum thread, am posting here instead of messages for anyone else who may encounter this error. For those who have not seen the messages between myself and the contribution author, first let me brief such individuals. I installed this contribution, but in the admin products attributes panel, the display of the attributes at the bottom of the screen was shifted OVER TO THE RIGHT almost all the way off the edge of the screen, and one of the php comment lines was displayed to the left of it, ie: // Download File Helper ############################################## ?> I modified ALL such comment lines in the install package, with unique text per line so I could see exactly WHICH comment line was creating the screen garbage. like so: // Download File Helper ##################### DEBUG 04 ######################### ?> it was the occurance preceeding the fix specified for approximately line 635 Upon initial examination, the beginning "<?php" tag associated with the comment line appeared to be missing, so I added it, which made the garbage line dis-appear, but the attribute table was STILL shoved over to the right of the screen. This contribution was stated to be for the CURRENT "vanilla 2.2MS-051113" version, which may be right for said version, but apparently I have something earlier - I believe I have "2.2MS-051112". At any rate, the code specified to be scanned for to be replaced by the code change associated with line 635 DID NOT MATCH the code I have; at the beginning of the code to be replaced, it said to expect a "<td>" tag, ie: <td><form name="attributes" action="<? . . . . . . . . . . . . . . . . . . My version code did NOT have this "<TD>" tag at the beginning of the OLD code, but the NEW code was expecting it, so the new code started out with such a tag. As soon as I commented out said tag, ie: <?php // Download File Helper ################### DEBUG 04 #################### ?> <!-- Download File Helper --> <!-- <td> comment this code out to make work for my release of oscommerce --> <!-- hidden layered box for download file choice --> <div id="attributes_download_popup" THEN WHOOPIE !!!! It looks GOOD now, so this applies to at least SOME earlier versions prior to vanilla 2.2MS-051113, .for anyone who may be running something before the latest version. I was REALLY glad to see this contribution that Maynard put together, since I want to offer ALOT of digital downloads, and this contribution IS A LIFE SAVER in time and effort !!!
  10. This contribution IS FANTASTIC !!!!!!!!!!!!!!!!!!!!!!!!!!!! The oscommerce community owes the authors of this contribution, and I for one am eternally thankfull. I just installed it, seems to work perfectly except for one thing. When I set in admin, the feature to ignore my admin IP address so I can see the store from my admin IP address as customers see it from theirs, I seem to get locked into a session, that when I reset this feature from a different Windows XP window, then in the window I was viewing the customer version of the store in, I am just perpetually in the same mode (testing) as if I had not reset the feature in the admin from a different window. I am only wondering if this is normal, or if I messed up in appying the contribution ? In any event, THIS IS NOT A BIG THING !!! as I can just close the window I was using to view the store from (customer view), and re-open the store in a new window, and then the store is in maintenance mode with the red warning at the top, and I can go about the operations originally intended to be done by the original contribution. So, I'm not saying this may require a fix - I just want to know if I screwed up in application of the contribution. Thanks again for an excellent contribution !!!
×