cesarpenafiel

Hello all, I took a look at this website http://dhtmlx.com/touch/samples/ and decided to come up with a prestashop version that supports DHTML for touchscreen phones like the Android and iPhone. So far it is going well and it has been pretty easy. I probably won't have all the options supported because I don't need them in my store, but I am thinking of releasing it open source and perhaps others can contribute and add things. I was just wondering what the interest is, if there are people interested in testing and what are the things they need. The idea is pretty standard. You go to your store front page, it detects you have a mobile device and asks you if you want to go to the mobile version. If you accept it shows a reduced screen with all the products which you can scroll (just like the bookstore example on the link above). I have decided to only go as far as the login screen. After that it is the standard screens (based on your themes) minus the left and right panels (to avoid clutter). How does that sound? I am open to ideas/criticism. I should have a working version on my own site in a week or two. I only use a single currencies, so I don't have that option in my store. Is this a big deal for most people? Cheers, Cesar

Beba, I cannot think of a reason why it wouldn't save changes. The only think I could remark is that you need to make sure that the start and end dates are correct (in the current period) and that you press the Save button at the bottom. Also, if you want to double check and make sure that the prices are saved (and perhaps the problem isn't something else), go to the product screen (pick one product that you think should have been touched by your group discount change), and then click on the prices tab. There you should see current specific prices). If you don't see any, then indeed something didn't work. Is anybody else seeing the problem described earlier about a limit to the number of items discounted? (50 - 100)? I cannot think of how that could be possible. Cesar

Roberto, I am not familiar with that module, but if it is just a bulk price updater, I added this feature to the groupdiscount module. Also, to understand the changes I have done, you could take a look at the original file and my modified file with a file comparator (like Araxis Merge) and see the differences. The main difference is with the fact that discounts are now stored in a separate and new table. I don't know that this would affect a bulk update module though, so there are probably other changes. But, like I said, if all you need is a way to update many prices at the same time, I added that feature into this module. Cheers, Cesar

CaveFish: I have reproduced and fixed your problem. Please try downloading module again, and let me know if it works for you. affinit: This should apply to all products, but perhaps I am not understanding your question. Try this module again, if this doesn't work, please write me in private and explain in detail what you are seeing. Aldeag: I am sorry, but I have no clue what your problem could be. Since you said that this happens with another module, I have to assume your problem is related to your prestashop installation rather than this module.

Yesiam, I fixed your problem. Please see the file again. I will repost the link: http://palermoautomation.com/groupdiscount.rar Aldeag: Spanish should not be an issue. I have changed my configuration to spanish and it works fine. This is how my screen looks in Spanish: http://palermoautomation.com/groupdiscountscreen.png Cheers, Cesar

Ok, I just uploaded a fix for this. It is in the same location as the original file. See the beginning of this thread. Let me know if this works for you all.

Guys, I have a fix which I am testing, I understand the problem. Just please wait a few days and I will upload it. I am glad by the interest. The original module was very helpful to me which is why I decided to update it to work with the new version of prestashop, and I will fix it so it can keep other special prices. As far as the module not showing on the menu, I have no idea. Under catalog, you should see a tab "Groupdiscounts". Cheers, Cesar

Guys, Ok. I understand. The reason all other special prices are getting wiped out is on purpose. I erase all discounts and then apply individual discounts to each item. I will have to figure out a way to identify only the discounts that were previously generated by GroupDiscounts and wipe those out. I will work on that and have an answer in a few days.

Hi broadway34th, If you can try to find what is special about the products that aren't getting discounted, I'll be glad to look at it and try to fix it. Without having any clue, it is hard for me as I've never encountered that situation.

Nice module. I have made a few modifications for it to work with PS 1.4 and for it to modify the prices as well. http://www.palermoautomation.com/groupdiscount.rar

I have a shared server with godaddy and I was using cache (file system). I am running an update on the SQL table that opens and closes the store (sets it in catalog mode). I realized that since the file system cache was enabled, it wasn't working. So I assume that godaddy must be allowing me to use the file system cache. I still don't understand what it does. I can see the smarty cache, it generates the files only once. But given that my direct database updates weren't seen after I enabled file system cache, I have to assume it must be caching the configuration table somewhere? I would like to use all of the caching possible, but if anybody knows how to force a flush on the cache (or how to do the SQL update properly) so that it is seen when the cache is enabled, I'd appreciate it.

Hello, I have been using this technique of updating the configuration table to open and close my store and it worked great...until I enabled system caching. Anybody know of a way (through code) to force a flush on the system cache?

I did try using UPDATE and it does work, however, I really want to remove even showing the city, state and country. I also just tried setting the style="display:none;" and it is the same effect as using: The error I get is TECHNICAL ERROR: Unable save account. If I then hard code the country in the AuthController.php file to bypass this error: if (!$country = new Country(MYCOUNTRYISOCODE, Configuration::get('PS_LANG_DEFAULT')) OR !Validate::isLoadedObject($country)) I get passed that error but then on the next screen I get a blank address... Thanks for your help. If I can't find an answer to this, I will have to live with showing the fields with default values and having only one country enabled. I just find it puzzling that this is so hard to accomplish.

I am having a lot of trouble removing the country from the order-opc-new-account.tpl. I have tried hiding the field, but that creates a "TECHNICAL ERROR: unable to save account" even when I set the default country or when I set the field as a text field and set the value to the ISO country code I want. I then started hardcoding anything that had $address->id_country with the country code I want in the AuthController.php and that almost fixes the problem, except I get a blank address shown in the next page (order-opc.php). I give up! Please help. I am using version 1.4. Thank you!