Quick Updates plugin [support]

[ijyoung]

Silly question maybe, but how different is v2 from that posted on December 9th?

[paulm]

The name is different (the date versioning was introduced temporary because the version numbering got really messed some time ago)

And other than that: I am not even sure myself, I think I made some minor code changes since the 9th. Now that I think of it (and if I am not mistaken) the tax included price would not be marked up during markup preview, and now this should be fixed.

[ijyoung]

Smashing, thanks

I am trying to make some of the admin pages validate but cannot find the pages were the menu html or the image end tags are generated. I know I am being stupid but the mistakes there are so fundamental but easy to fix.

Ian

[paulm]

Related to quick_updates you mean? In that case all HTML is generated in admin/quick_updates.php (almost, the popups use separate files as you probably noticed)

Or the Zen Cart admin in general? In that case you need to start or join another topic (note: one of the reasons I did not feel like fixing all HTML errors in quick_updates is because the admin is full of it anyway).

{
and: I agree (most of) the HTML errors should be fixed, but since the next Zen version might have the same errors again I am not even trying
}

[ijyoung]

Or the Zen Cart admin in general? In that case you need to start or join another topic (note: one of the reasons I did not feel like fixing all HTML errors in quick_updates is because the admin is full of it anyway).

{
and: I agree (most of) the HTML errors should be fixed, but since the next Zen version might have the same errors again I am not even trying
}

Thanks anyway.

I'll go start another topic. I just cannot believe how bad the admin is. Has two doctypes for starters. I think they are spending way to much time on front end - back office is what sells to clients really

Wish me luck.

Ian

[paulm]

Wish me luck.

Good luck Ian!

[ijyoung]

Funny that

Leave computer for hours and then on return find some of what you are after.

Sorted the menu problem in general.php line 2784 change </UL> to </ul>

html_output.php change image end tags to /> (that is if we are going to have XHTML 1.0 pages). Doesn't seem to be much consensus here.

Now to find out why all the links that are generated do not have proper code.

Sheesh

Ian

[paulm]

As no bug reports have been posted here, I have decided to upload v2.0 to the zen-cart.com downloads section at:
http://www.zen-cart.com/index.php?ma...roducts_id=101 (and attachements to previous posts will be removed)

#####################

Some ideas for future releases are:

Add feature for cross sell updates
Add "quick column on/off switches" (quickly disable unused columns to speed up the script without having to change the admin settings)
Markup by purchase price (currently markup is done by price only)
Add default markup value
Improve margin calculation updates (currently the shown margin is not always up to date)

(no idea if or when the above will be added though, and feel free to add it yourself of course ;-) ;-) )

[craftzombie]

As no bug reports have been posted here, I have decided to upload v2.0 to the zen-cart.com downloads

I haven't used it extensively, just tested a little here and there, and have found no bugs so far.

[qhome]

As there is no good way in ZC yet to modify a products "type", I went ahead and added it to this contrib on my site.

Would probably be a good feature to add officially because I think a lot of new product_info layouts could come from the use of more product types, but most people aren't willing to re-add all their products just to try a different product_info layout or type.

For example, my Tabbed Products Lite contrib uses a custom tpl_product_info_display.php file instead of a custom product type because people may not be able to easily use it if they have to change hundreds of products to a different type manually one by one.

Quick updates is a definite need for inclusion into the zen-cart core code and product_type switching would be ideal for upcoming layouts I am working on because I could make them separate product_types so people can choose different product_info layouts for each product separately and easily if they so choose, rather than having to globally override a specific type.

Currently I just made an easy change that allows manuall changing the products_type number in the database via text field, but a more robust version would be to get a list of all the product types and correlate them to database entries so you could use a drop down instead of text box.