you probably misunderstood. I don't use html hyperlinks at all in product description, the "link" is just a text of the URL, that means, no <a href..., just plain text, http.....
It's because you don't want to send your customers directly to the third-party site (via a normal HTML hyperlink, essentialy just one click away).
This way, if they are REALLY interested, they can mark it, copy it, open a new browser window, paste the link and press enter. But you don't want to have a "normal" link, because you don't want to link to third-party sites, also because of net-bots, Google, etc.
But the link is not a problem. Problem is ANYlineOFtextTHATcouldBEtooLONGsoITcannotBEnormallyWRAPPED..
beholder - of course we will try to fix it but remember ... you think that is fix ... and maybe it is but we must test it in other browsers IE 6, IE 7, Safari, FireFox 2.x, Opera 9.x. Did you tested it in this browsers?
s4motny - no ... flat files in QC v3.0 works better then in lower versions. Problem with orders etc is not existing now :) First in the past when we had MySQL version too small group was interested. Second we are loved in Flat Files as a database solution for small scripts/projects ... we think that Flat Files are the best way in this case.
I've tested it in Opera 9.5 beta 2 and IE6 SP2 and FF 2, so you don't have to bother that much with those three.
Opera and FF don't break the line as nicely as Explorer does, but I am not an expert at CSS so I don't know if the fix can be enhanced so that all browsers display the text nicely, just like IE6. Again, the fix was a suggestion that just works, maybe you can come up with something better.
in the core/orders.php one line is doubled, like this: $this->aOrders[$iId]['sOrderSummary'] = $aData['sOrderSummary'] = displayPrice( $aData['fOrderSummary'] ); $this->aOrders[$iId]['sOrderSummary'] = $aData['sOrderSummary'] = displayPrice( $aData['fOrderSummary'] );
I do not understand, is it really neccessary? or is it just a harmless bug?
>>shawty when order form doesn't open, you have either 1. deleted the orders page in the pages listing in the administration module 2. and/or deselected it in the settings/pages administration dialogs, there should be something other than "none" selected under "orders page".
when you have a category (any page that contains a product) that contains products that do not belong to any other pages, and you delete that category, all products exclusive to that category get automatically deleted. BUT they do not get deleted from product databases, their entries stay in the en_products.php, en_products_files.php, en_products_pages.php and en_products_ext.php.
How to manifest the bug in steps: 1. create a test page set the page to be a category or a manufacturer, set the page to contain products, click save 2. create a test product, set the test product to belong to the test page, click save 3. in the pages listing, delete the test page 4. search the db folder files (en_products.php, en_products_files.php, en_products_pages.php and en_products_ext.php) for entries containing the test product.
The workaround aroud this bug is to NEVER delete the categories without first deleting all of their products.
QC v. 3.0 final
2. and/or deselected it in the settings/pages administration dialogs, there should be something other than "none" selected under "orders page".
beholder - i know ... about this. this will stay and for us it is not bug. for example when you deleted category by mistake you will lose 10-20 products... because of that we didn't add products to deletion. maybe you are wright we will display products in list even if their category was deleted. thanks ... it will be in next version. but we will never delete product after category deletion.
you have found some "mistakes" and bugs ... but in stable version :( every time when we release stable version someone found a bug and problem :(
here is solution for this bug. Edit core/products.php and find: