Jump to content

Jpsy

Members
  • Content count

    25
  • Joined

  • Last visited

1 Follower

Profile Information

  • Real Name
    J?rg Wagner
  • Location
    Saarbr?cken, Germany
  1. Obviously your provider has set PHP to use safemode, which is quite restrictive but, well..., SAFER... :lol: I am no expert in PHP's safemode, but from what I find in the PHP docs the shell_exec() command used in line 373 of admin/htmlarea/lister.php can not be used in safemode. You might try to replace shell_exec() by the exec() command and then install NETPBM in the 'safe_mode_exec_dir'. You can find out what this directory is by using phpinfo(). Don't forget to point your image manager to the new location of NETPBM by changing line 21 of admin/htmlarea/popups/config.inc.php Hope that helps.
  2. --> "...this conversion will most likely always be..." Sorry... It's late, I'm somewhat drunk and I still have to work. ;)
  3. The line that gives you the error is meant to transfer the osc taxrates from php into javascript code, so that - when defining a new article in your shop - you can select the appropriate tax rate and the net to gross conversion can happen on the fly while you type in a new net value into the price field of the article. If you comment it out, this conversion while most likely always be 1 to 1, e.g. the net price and the gross price will be identical, not reflecting any chosen taxrate. This is not a severe problem, as the net value is written correctly to the db never the less, but you cannot use the gross field any more. Is it possible that there is some inconsistency in your tax classes and/or tax zone definitions? Have a look into the "extras" folder of MS2. There are sample definitions for differen tax scenarios. Try one of these to see if the error vanishes.
  4. Ooops - MaxiDVD was faster than me. Both of our postings describe the same cause and the same solution...
  5. @InenGeschmack: :) If your image folder appears to be empty it might be because the settings of the paths in in htmlarea/popups/config.inc.php and in htmlarea/popups/file/config.inc.php do not work for certain installations, e.g. with virtual paths. Read my explanation here in this thread... http://forums.oscommerce.com/viewtopic.php...r=asc&start=148 ... or install my extension which also fixes this problem... http://forums.oscommerce.com/viewtopic.php...r=asc&start=165
  6. Have you made sure to set write permissions for for the image folder? Are u running on Win or *nix?
  7. This should be no problem! My modification scans the path that the image manager returns and if it starts with the Osc image path it is made relative, so Osc can address its images relatively as it did before. Should work for SSL, but I will test it on Tuesday and report.
  8. Yes, I know. And to mention them all: The image manager extension is by David Searles. Interactive Tools did a really great job with their htmlArea! I worked with the MS-HTML editor (the IE extension that htmlArea is based on) myself on several projects. But the work of Interactive Tools is uncompared in completeness and convenience of use. And believe me, that has been no easy going... the MS-HTML editor is a strange beast and quite clumsy!
  9. It was too much work for such a little extra, but I wanted it, I needed it, I made it and now you get it: This is the announced extension to Lee's WYSIWYG editor 1.7, which implements the possibility to use the nice image uploading tool not only to add images to WYSIWYG text, but also for managing and selecting the standard images that Osc uses for categories and products. The archive is only a diff to Lee's files, so you will need his contrib first and then install mine right above. Here it is: http://digilog.de/fremdbilder/osCommerce/C..._1.7_-_DIFF.zip After installation the categories editor looks like this: ...and the products editor looks like this: Clicking the little icon above the url line opens Lee's image managing tool to select a URL and/or to upload and manage new images: As you can see, the fields to set layout, spacing, and Alt text are suppressed in this mode. This contrib also includes some other minor fixes and changes: - neccessary changes to the path construction in both config.inc.phps that I reported earlier - the lister.php of htmlArea contained two small bugs that I eliminated - I widened the image managing dialog a bit to give more room for the directory tree. Hope you like it. I think this gives the final polish to the great image managing that came with Lee's contrib. Lee:b As I said earlier, you are welcome to include these changes into your contrib. In case of any bugs or questions I will not be in the office until Tuesday, so don't give up... :)
  10. Thomas (and to whoever has that problem): For transfering any changes from an older codebase of Osc to the new one I strongly recommend using Beyond Compare (http://www.scootersoftware.com/). For me it's the absolutely best tool for that job. It compares files and complete folder trees, using a wonderful grafical interface. If you use it to compare your old original code base with your modified one you find out immediatelly what changes you made and what you have to transfer. I use it for many of my Open Source based installations in that way. Saves me many hours and days of working time! I also use it to sync my laptop with my workstation, to find out all the differences between two different code snapshots, to...... BTW: I don't get any money for promoting this product *lol*
  11. Lee: I meant "standard article images". The normal images that Osc holds for every article and for every categorie. I want to try to use the htmlArea image maintenance addon to upload, select and manage these images too. The normal upload and selection process in Osc is quite inconvenient. I am currently diving deep into the code of htmlArea, the image upload addon and your contrib. As all of these parts are new for me (as is the whole shop system) and as they are quite evolved this is not a simple task. I have to explore the structure bit by bit. But I will manage... just give me some more hours... :wink:
  12. Finnisher: There is an explanation for this behaviour in the htmlArea website at interactivetools.com: http://www.interactivetools.com/products/h...n.html#bugs_ssl Excerpt:
  13. Another little bug: In admin/categories.php there seems to be a misplaced parantheses, which leads to a closing </script> tag without any opening <script> in case htmlArea has been disabled: <?php //MaxiDVD Added WYSIWYG HTML Area Box + Admin Function v1.7 - 2.2 MS2 Products Description HTML - </form> if (HTML_AREA_WYSIWYG_DISABLE == 'Disable') {} else { ?> <script language="JavaScript1.2" defer> var config = new Object(); // create new config object config.width = "<?php echo HTML_AREA_WYSIWYG_WIDTH; ?>px"; config.height = "<?php echo HTML_AREA_WYSIWYG_HEIGHT; ?>px"; config.bodyStyle = 'background-color: <?php echo HTML_AREA_WYSIWYG_BG_COLOUR; ?>; font-family: "<?php echo HTML_AREA_WYSIWYG_FONT_TYPE; ?>"; color: <?php echo HTML_AREA_WYSIWYG_FONT_COLOUR; ?>; font-size: <?php echo HTML_AREA_WYSIWYG_FONT_SIZE; ?>pt;'; config.debug = <?php echo HTML_AREA_WYSIWYG_DEBUG; ?>; <?php for ($i = 0, $n = sizeof($languages); $i < $n; $i++) { ?> editor_generate('products_description[<?php echo $languages[$i]['id']; ?>]',config); <?php } } ?> </script> ...should be changed to... <?php //MaxiDVD Added WYSIWYG HTML Area Box + Admin Function v1.7 - 2.2 MS2 Products Description HTML - </form> if (HTML_AREA_WYSIWYG_DISABLE == 'Disable') {} else { ?> <script language="JavaScript1.2" defer> var config = new Object(); // create new config object config.width = "<?php echo HTML_AREA_WYSIWYG_WIDTH; ?>px"; config.height = "<?php echo HTML_AREA_WYSIWYG_HEIGHT; ?>px"; config.bodyStyle = 'background-color: <?php echo HTML_AREA_WYSIWYG_BG_COLOUR; ?>; font-family: "<?php echo HTML_AREA_WYSIWYG_FONT_TYPE; ?>"; color: <?php echo HTML_AREA_WYSIWYG_FONT_COLOUR; ?>; font-size: <?php echo HTML_AREA_WYSIWYG_FONT_SIZE; ?>pt;'; config.debug = <?php echo HTML_AREA_WYSIWYG_DEBUG; ?>; <?php for ($i = 0, $n = sizeof($languages); $i < $n; $i++) { ?> editor_generate('products_description[<?php echo $languages[$i]['id']; ?>]',config); <?php } ?> </script> <?php } ?> Differences are in the last 4 lines. I am currently working on a possibility to use the nice image manager addon of htmlArea also for the standard article and categorie images. If I succeed and you like it, you might include it into your contribution ?!? I will keep you posted.
  14. WHOAHOO, MAXI!!! I am quite new to osCommerce and just exploring all its pros and cons. Today I dropped onto your contrib. I have to say that I am amazed!!! This really lifts an already good product to a new level of usability. GREAT! I am very curious about the platform independent HTMLarea version. I used the HTML editor of IE5.5+ myself in several projects (but surely not as beautiful as HMTLarea does) but I never thought anyone could provide a platform independent solution as the IE5.5 MSHTML-editor is completely woven into the browser. Do they use Java to make it work on other platforms? BTW: I think I have a little bug to report... You set the images and download paths for the popups based on DIR_FS_DOCUMENT_ROOT and DIR_WS_CATALOG_IMAGES. At least in my case (Osc not installed in the root of a server but in a virtual path) this fails, as DIR_FS_DOCUMENT_ROOT ends in .../catalog/ and DIR_WS_CATALOG_IMAGES starts with /virtualpath/catalog/... Concatenating these two results definitely in the wrong path. A solution that works for virtual paths would be: define("IMAGE_DIR", trim(DIR_FS_CATALOG . DIR_WS_IMAGES)); (in htmlarea/popups/config.inc.php) This should work for virtual paths as well as for root installations. For the same reason you would have to implement the following change: $BASE_DIR = DIR_FS_CATALOG; $BASE_ROOT = 'download'; (in htmlarea/popups/file/config.inc.php) Now that I have seen these great tools I think about using the image maintenance popup for uploading and managing the article images too... Thanks again for this GREAT contribution!
×