Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

Leaderboard


Popular Content

Showing content with the highest reputation since 01/09/2019 in all areas

  1. 11 points
    Hi everyone, I needed a way to log into my frontend as one of customers. Because I couldn't find any module that would work correctly on thirtybees, I've build my own. I have decided to release it as an open source / free module. So, if anyone need this functionality, you can download it on my store. url: https://store.getdatakick.com/en/modules/login-as-customer github: https://github.com/getdatakick/loginas
  2. 7 points
    It's long ago. I have been here. I have a lot of ToDos on my list. I have taken the most relevant out and post it here: E-Mail: Core function with core template, that just allows to put in some array with content. That way you need just one html file. Each email looks the same and modules can easily add email functionality. Images: Add a cover_2 image to getProducts function In general it sucks, the way one has to get Cover Image as a coder Customers: A way to merge two customer accounts Login as customer (there are modules, but it would be a nice core feature) -> also if there would be an easy way to use it for devs. Imagine you can send email links with default login… Addresses: Clear way to define required fields Sometimes a line more, would help a lot Combinations Allow them for bundles and probably digital products Allow different descriptions for different combinations Allow different gtin for different combinations No forcement of using default combination Products Add archive column -> merchants often don't want to delete product information, but they often have products, that they don't need for ever or at least a big time span. If you have multiple thousands products, it helps a lot for filtering. Same could be helpful for Suppliers. Remove Tags and only use Features Remove on_sale checkbox -> what is it good for? Automate this by checking special prices… Accesoirces groups -> Imagine you sell Digital Cameras. You might want to define USB Cables as accessoires. But I don't think you want to update every camera, always when you got a new USB Cable. Define a default text for available_now and available_later Allow extra fields Product Features: Multiple Features (done) Add Feature types with units or allow at least suffix and prefix value. That way filter modules can work without any issues. A filter module could than easily group values or work with ranges… Create Product Listing Pages from feature values. Imagine you sell books. It would be cool to have a product listing page for "Stephen King" with one click. Categories Allow extra fields or add at least a second description Voucher Allow to use it on product and shipping value. We sell vouchers and customer still need to pay for shipping even if his voucher value is bigger than product+shipping. That's not acceptable. Checkout: A clean checkout with ajax Adress saving Drop the two different checkout system. It's just a mess. Customer Service: Clean forms and handling in the BO. Nowdays you don't even know from where a message comes. Sometimes you get an email sometimes not. Have a good sync with email folder. My wish would be, that I can 100% handle customer cases in BO. Allow shortcodes on predefined messages and include attachments Handling returns Order Status: Remove some functionality and implement clean processes. Imagine you have a Status: "Service in progress". How could you say if the order ist paid or not? This should all be handled by order payments What is logable status good for? In my opinion an order should have two bools: paid and shipped. This should be handled auto by modules. Then you have a status canceled. The rest of status should just be for displaying infos to merchant/customer, no funcionality should be involved imo. Order Edit: Give more flexibility on invoice and delivery_slip generation. Why can't I edit an order after I genereated an order_slip. That makes no sense to me. A merchants knows best, when he needs to change/generate something. In my opion merchants should be able to generate as much invoices as they want per order. I don't see any need for invoice tables at all. I would just save a pdf. Maybe it's naive, please tell me. But I believe for us it would work perfectly. Allow to delete an order state. Sometimes you set it by mistake. Remove "tracking status" What is it good for? Remove "customer more" button. You can just click on the name… We have already too many buttons. Having to buttons to save address "Save as new Address" and "Override". Right now it's always saved as a new adress. In our case we want 90% of the times the "override". Either integrate a usable "return system" or remove it Allow to edit shipping costs (I have actually almost done it) Allow to edit payment method, allow to edit/delete payment lines (right now, you can only remove). On the otherhand the "details" can probably removed. Anybody really wanna save credit cart data on his server? Allow to add a cart rule by code. Order Add: Allow to select the real payment method. In fact you can just select the payment module… Use a real shipping free stuff. In fact it just adds an ugly voucher. Stock: Oh I better don't begin. It doesn't make sense as long as combinations and bundles aren't handled cleanly. Captcha: Simple Usage of Captcha for devs. So that not multiple captcha version are used. Backoffice List Allow better filtering (>=2) Allow better sorting (two columns) Allow custom display of columns -> every merchants wants a bit different columns. Modules: Right now you have to set controllers, where you don't wanna show a module output. In my opinion it would be better if you would set where to show. Why is Payments under modules but Carrier has it own menu in BO? What we don't need: Full Cache Page System -> TB is fast, if you aren't greedy on saving money for a good webspace.
  3. 7 points
    I uploaded a new Prestools version: 1.24n. It contains a new version of the image plugin too. The new version fixes a few issues with image edit: - you could not add an image to a product that didn't have any images. - when you marked a newly added image as cover it wasn't registered as such. As a consequence the product ended with no cover and you didn't see an image in the backoffice product list. - when you made the image field editable and the cover image was not the first one it displayed on the first position the cover image too. The editing is now more wysiwig as it makes that you to always have an active cover product. If you find any more problems please let me know.
  4. 6 points
    UPDATED May 10. Theme file added for download Github link with latest changes. https://github.com/toplakd/thirtybees-modifications community-theme-modded.zip
  5. 6 points
    @rubben1985 gave me access to his back office, so I had a look at the issue. Indeed there was some weird stuff going on. For example, cache was not flushed when you clicked on Clear cache in Performance tab. My investigation showed that this problem was caused by missing /cache/smarty/cache directory. Recreating this directory using ftp seems to fix the issue (pending confirmation from @rubben1985) Thirtybees codebase never checked existence of this directory, so this issue is hardly 1.1.x injection. But it's an issue nevertheless -- the system should recover from this situation. The fix is already committed in bleeding edge
  6. 6 points
    New: the Image Edit plugin. It enables you to add and remove images in the product-edit page. You can also change their order and choose the cover image. It looks like this: The "X" button allows you to delete. Right below is the field for the cover selection. You can add images both by clicking the add button and selecting a file and by drag-and-drop. Changing the order goes by drag-and-drop too. As usual in Prestools all changes are only implemented after you submit. When you add an image it is uploaded to a temp directory below your Prestools directory. When you submit it is moved below your /img directory. Image (re)generation of formats like 123-small_default.jpg does not take place. You will need to that separately in Prestools or the Thirty Bees backoffice. As usual with new modules this one will be free to download for a few days on this location. People who have bought the full Prestools package can just download the latest version. It is included there. Note that this will only work on Prestools 1.24l and newer.
  7. 5 points
    Hmm, why another fork? Wouldn't it be better to gather all forces and try make TB better instead of two different versions?
  8. 5 points
    These recommendations were discussed many times on the forum, for example this flame from two years ago. Unfortunately, not much was done in the last two years, other than code implementation. Stable and nice codebase is important, of course, but it's not what will attract users. When I look at the last two years, I see a lot of wasted opportunities. There should have been massive campaign to attract ps16 merchants when support for their platform was ending. There was none. Third party developers with ps16 modules should have been contacted, and some incentive should have been offered to them in return for maintaining their modules compatible. For example, their modules could have been highlighted in the 'modules' page in your back offices. Again, this didn't happen. And since then, most of these developers either completely migrated to ps17 platform, or quit the presta-world completely. And there are so many other things that could have been done. Instead, the platform stagnated. The only area that was worked on was codebase. And that just not enough. Two years ago, I wrote: I wonder how accurate builtwith.com data are - they track ~576 sites Now, this web tool tells us there are 509 active thirtybees sites. These two years should have been the best time for attracting new users. Instead, we lost some. This inactivity is what drove my decision to quit. I have no problems working for free on an open source platform. I have problems seeing this work being wasted. If the situation changes I might revert my decision. But I don't see how it could change, unfortunately. Also - I don't want to 'take over', as some of you suggested. While I'm flattered, I don't want to do that. I would really hate doing all those things that I've just complained above. I'd be terrible at that, I'm sure.
  9. 5 points
    I did some investigation, and this area is pretty fuc*ed up. There is a column total_paid_real in order table that tracks how much money was actually paid. This column has been deprecated for a very long time, because this information is primarily stored inside tb_order_payment table. However, for backwards compatibility reasons, this column is still there, and thirtybees tries to keep it in sync with records in tb_order_payment table. Needless to say, it does this very poorly. The issue I've mentioned in my previous post is just one problem. There are others, for example currency issues. Some code expects this column to be in shop currency, other code expects it to be in order currency, and this can lead to totally wrong amounts (apples and oranges added together) We need to fix this. The first item is to remove all *read* usages of this column from core. Core code should always use data retrieved from tb_order_payment, and not use this deprecated column at all. Then, we should fix all *write* usages, so modules that depends on this column continues to work. Unfortunately, even with all of these, we will still have consistency issues, only not so frequently. It's just not really possible to keep things in sync. For this, we should have some scheduled task that automatically fix the data. https://github.com/thirtybees/thirtybees/issues/1161
  10. 5 points
    Here is some modifications you can do for Niara theme modify the "../themes/niara/css/global.css" file starting at line 1848 and replace all the content of the @media for mobiles by this @media screen and (max-width: 767px) { .table-responsive { width: 100%; margin-bottom: 15px; overflow-y: hidden; -ms-overflow-style: -ms-autohiding-scrollbar; } .table-responsive > .table { margin-bottom: 0; } .table-responsive table, .table-responsive thead, .table-responsive tbody, .table-responsive th, .table-responsive td, .table-responsive tr { display: block; } .table-responsive tfoot { display: inline; } .table-responsive > .table > thead > tr > th, .table-responsive > .table > thead > tr > td, .table-responsive > .table > tbody > tr > th, .table-responsive > .table > tbody > tr > td, .table-responsive > .table > tfoot > tr > th, .table-responsive > .table > tfoot > tr > td { white-space: nowrap; border-bottom: 0; } .table-responsive > .table-bordered { border: 0; } .table-responsive .unvisible, .table-responsive thead tr, .table-responsive #cart_summary .cart_total_price #cart_voucher { display: none; } .table-responsive .cart_total_price > td#total_product, .table-responsive .cart_total_price > td#total_price_container, .table-responsive .cart_total_delivery > td#total_shipping { border-top: 0; } .table-responsive #cart_summary > tbody > tr.cart_item > td.cart_quantity { width: 50%; float: left; border-left: 0; border-right: 0; padding: 0; line-height: 34px; } .table-responsive #cart_summary > tbody > tr.cart_item > td.cart_quantity > .cart_quantity_input { float: left; width: 55px; border: 0; } .table-responsive #cart_summary > tbody > tr.cart_item > td.cart_quantity::before { content: "x"; float: left; left: 13px; line-height: 34px; position: relative; } .table-responsive .cart_quantity_button a.btn { border: 0; background-color: #eee; margin-top: 1px; } .table-responsive .cart_quantity_button a.button-minus { margin-right: 10px; } .table-responsive #cart_summary > tbody > tr.cart_item > td.cart_unit { float: left; border-right: 0; } .table-responsive #cart_summary > tbody > tr.cart_item > td.cart_delete { position: relative; bottom: 109px; border: 0; float: right; margin-right: 15px; } .table-responsive #cart_summary > tbody > tr.cart_item:last-of-type { border-bottom: 1px solid #ddd; } } It will do the trick....
  11. 5 points
    I've just released new version 0.2.0. Here are the main features: 1) you can now choose between unified block with both shipping and payment options, of have these two sections rendered separately. Unified block: Separate blocks: 2) There's an option to render logos for payment and carriers 3) Initial support for form extension. Third party modules can now extend checkout forms, and add their own fields (or even sections). For example, my premium version of revws module (in upcoming version) will render checkbox to ask user for consent to send review request. And of course, there were some bugs fixed. You can download the new version from my site
  12. 4 points
    I am generally very open about things with our community. Some people might not like the answers I have given at any given time, but I have always tried to be forthright with them. I am unsure where you recent hostility against me or thirty bees has come from. You contacted me last year about partnering on a project roll out. You asked several different questions / opinions and I told you what I thought. You mentioned you might want to invest in thirty bees, but never anything past that, until you contacted me a week or two ago just to tell me to fuck off basically. You were mad because your bug reports were not handled satisfactory. Here is the last conversation for the people reading and wondering. But yes, I am up for whatever works, as long as it works for our mission and our community. I am not up for scaling module prices based on how much business a shop is doing. I am not for selling code that thirty bees produces. From the start of this company / project those have been the values. I might not be capable of piloting the company or project much longer, but I am not going to turn it over to someone that will exploit the community. These people have been awesome to me and thirty bees over the last several years and I am trying my best to leave them in capable hands with my integrity intact.
  13. 4 points
    @datakick I was going to write you in private but I think this community deserves to give their opinion but also to know what others think too. I honestly think that you (and the rest of the actual actives contributors), should "take the the helm" and create the new staff. Without all of you (and specially you in the last months) there is not TB because community is great but we need someone more involved than standard merchants. Community growth around a solid core. I can understand Lesley is ill and we hope he will recover soon, but it is also true that we are in a professional environment and any project needs a leader. Why not you? You have been the leader anyway this last period. It can be at TB or a TB fork if necessary. I am not developer, but I am quite decent in management and marketing (that was always the biggest problem for TB growth). I would gladly give my inputs (there are so many easy things to fix in the communication and branding...), even collaborate with designers from my team for free. Not talking about intensive work, but more that testimonial, for sure. If you think about the possibility, I think could be an inflexion point in TB history
  14. 4 points
    I am not really part of this team. I don't have any shares and I am also not paid in any means. In fact I am a merchant that contributes more to this project than most others do. I have asked Lesley in private, how is it going and he didn't respond. So either he needs recovery time or he just doesn't want to talk about it. I understand, that you get a little nervous, when the initiator of the project is absent. On the other hand, you could use the time to improve your store or to contribute in some way. As I said in another thread: bleeding edge right now is stable like no other tb/ps software before. In general we (merchants) expect this project to go further. But we can not even find out together, what the most important todos are.
  15. 4 points
    New version (release candidate): SCA support Here's a pre-release candidate of stripe module that implements support for SCA - new European regulation coming into effect on September 14, 2019. If you are collecting payments from EU customers, you will need to upgrade stripe module, otherwise you will see a huge increase in card declines. The changes to the module are substantial -- 3 core checkout flows had to be rewritten from scratch using new Payment Intent API. Therefore, before I release this version officially, I would like to ask you all to test it thoroughly. If you find any bug or problem, please report to this thread. Download: stripe-v1.7.0.zip
  16. 4 points
    New release: 0.2.0 I'm happy to announce new version of this module. This version brings one important feature Ability to impact execution path Until now, conseqs rules were executed in parallel to the code that triggered it. It run in isolation and it could not impact execution path of the code that triggered it. Let's take Before email is sent trigger as an example. Regardless of what action was executed, the email was always sent, unchanged. We were able to create rule to log information about email, but it wasn't possible to create action to prevent email from being sent, or to modify email subject... That's not true anymore. This new version of module supports these kind of actions. New actions: Change Order Status you can create rules and change order status example use case is to automatically cancel old, unpaid orders Email: prevent sending email this action will block email from being sent for example, you can drop contact form notification emails or you can ignore emails to disposable addresses (for example mailinator) Email: change subject you can use this action to compose custom email subject ideal for email personalisation Email: add BCC recipient you can add new recipient to BCC great way to send yourself copy of all emails sent from your store Email: attach file you can dynamically attach file(s) to your emails for example, you can attach product manual to Order Confirmation email Email: change recipient you can use this action to change email recipient (to email address) Email: change email template this action will allow you to use different email template to render email You can use this feature to have different templates for different customer groups, for example I hope you will find these new features useful. If you have any feature requests or suggestions, please let me know. At the moment, I have the last big feature planned for this module -- Custom variables (as explained in previous post)
  17. 3 points
    Dude, you're becoming very annoying. Please stop your negative criticism, it's getting the project nowhere!
  18. 3 points
    Hi everyone, Elasticsearch module received some love lately. A lot of bugs were fixed. Module should now work on php7 version without issues, and ES versions 5.x, 6.x, 7.x should be supported. Before we release the module officially, I would like to ask community member to test it. You can download pre-release version here elasticsearch-v1.1.0-pre.zip For testing purposes you can start up elastic search in docker using command like this: docker run --rm -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.11.2 Many thanks to @zen for his contribution. Most of this release is based on his work.
  19. 3 points
    Thanks for the support and contributios @zen Looking forward to an exciting future together 😀
  20. 3 points
    Since about a year, these do get removed by the migration module. https://github.com/thirtybees/psonesixmigrator/blob/master/classes/AjaxProcessor.php#L878-L880
  21. 3 points
    Who cares if it is late a few weeks? It is a small, dedicated team. I would rather it be late than buggy. Worst comes to worst, you can always painlessly experiment with the 1.1.x version. We are getting more than I ever got under the old model. I can be patient. I would rather have something that works than a mountain of hidden bugs like we used to get... The team here has its heart in the right place. They are responsible and meticulous. I am willing to be patient. They will let us know when they are ready for prime time.
  22. 3 points
    It's not -- the format is hardcoded in smarty template. I managed to reproduce the display tax problem, and hopefully fixed it. Please download new version 0.6.1 and let me know if it works for you
  23. 3 points
    New version 0.4.0 has just been released New functionality - Persistent storage for entry form - customers can now leave checkout or refresh the page, and the data they have already entered will be recovered - Ability to remove products from cart, or edit their quantities Bugfixes - fixed problem with displaying payment name in collapsed mode - display placeholder when no shipping / payment is available
  24. 3 points
    Thanks for your post! Thats exactly how I think about it, too!
  25. 3 points
    Definitely not. I was just answering your question why this happens. It doesn't mean that this is correct behaviour 🙂 Moreover, the two installation methods -- installing from zip file and installing from remote repository -- should be unified and work in the same way. Right now they use different code with different results. For example, if you update module from thirtybees repository, its directory is deleted and then re-created from scratch. This means that *any* assets that module might store inside its directory are lost (for example uploaded files). I'll create new github issue for this EDIT: actually there is already an issue for this: https://github.com/thirtybees/thirtybees/issues/522
  26. 3 points
    I've just released new versions 1.1.0 and 2.1.0 (premium). The only change in these versions is integration with my new conseqs module. Module now offers 4 triggers that you can use to implement your automations. For example, you can reward customer with discount coupon for submitting a review
  27. 3 points
    Okay, I have actually worked out how to hide it in all three places that it appears. The following lines need to be added to the Add extra css to your pages section in the Preferences/Custom Code area of your TB back office: /* For desktop browser account creation, add this line: */ .account_creation .date-select { display: none; } /* For mobile browser account creation add this line: */ #opc_account_form .date-select { display: none; } /* For the user's "My account" page that they can see after they sign up, add this line: */ #identity .std .date-select { display: none; } The commented lines (/* ... */) do not need to be added, only the code lines that start with . or #. Copy & paste to avoid errors. I have tested the above on TB 1.0.8 with the standard community theme (obviously) and it is working without trouble.
  28. 3 points
    I've just released first beta version of this module, you can download it here. There are still a lot of work to do, but I wanted to release it as soon as possible in order to collect your opinions and ideas. I hope there will be some 🙂 You can also test this module on my demo server - go to Advanced parameters > Conseqences. Please be careful and don't ruin my test account too much 🙂 Some information about the module: - this module allows you to create Rules - every Rule consists of three parts: trigger, conditions, and action - trigger is some event that can fire the action, for example new order created email is about to be sent page view order status change ... etc - conditions - optional settings that you can use to react only on some events. For example, you can use conditions to execute action only when new order is created for customer with id 123 - action - this is where you set what you want to do in reaction to trigger event. For example: send email redirect raise error change product quantity execute custom sql Some screenshots: 1) Rule builder: 2) Choose trigger 3) enter conditions: 4) define action
  29. 3 points
  30. 3 points
    Error reporting, as originally implemented in php language, is one of the worst design they could choose. It worked somewhat at the time they invented it, but 20 years later it just doesn't fit well into modern stack. When this error_reporting *feature* is turned on, then any error or warning will be printed into the standard output -- into the currently rendering document. Why is this bad? It breaks the document. Note that php can generate different types of responses, and this feature can break all of them html output -- error message text, which can include html special characters like </>, will be part of the response. Depending on the place in the code where the error happened, the error message can be at the very beginning of the response (before the <html> tag), anywhere inside it, or after. If it's before, then the response is not valid html page, and browsers react accordingly. If it's inside the page, than it still can break the layout, resulting in javascript not working correctly,... Also, we can never be sure that we actually see the error message on the page. It is very common that the error message is hidden somewhere (inside display:none divs, in overflow areas, etc...) json -- many ajax requests expects json response. When there is error message mixed into the response, then the javascript will not be able to parse the response, which breaks the basic interaction functionality. css - if php generates css, than any error message inside it will break design images - yes, php can mix these error messages into binary streams These problems makes debug mode very hard to work with. Because responses generated in debug mode are different than the response generated in production mode. That's just stupid. The new thirtybeees error reporting feature suppress error outputting, but collects the message anyway. When the page is rendered, then these errors are (in debug mode), emitted as javascript objects into the page, and displayed into javascript console. So you don't need to download error log each time you make a change, you can simply open javascript console in your browser. Also, there will be modules (I personally work on one) that will display these collected errors in more user friendly way -- for example in some debug bar. Note that this feature has nothing to do with php72 compatibility, or with smarty. It's a generic problem that was part of the prestashop/thirtybees from the beginning. Thirtybees core is fully compatible with php7.2, but it is NOT compatible with php7.3 and higher. When we run thirtybees on php72 in debug mode, then deprecation warnings are displayed. These warnings are harmless, they just inform developers that something will have to be changed in the future. And we know about it, there are definitely plans to make thirtybees fully php7.3 compatible. But because of the error_reporting described above, these warnings breaks about everything in your store. With the error reporting redesign, your store will work as expected, even in debug mode on php72. While php73 compatibility is definitely a high priority task, it's not the most pressing at the moment. There's no need to rush into any decisions regarding smarty. Current version of smarty, as the rest of thirtybees, is fully php72 compatible. Any decision needs to be carefully evaluated, because y'all will have to live with that.
  31. 2 points
    I know this topic has already popped up multiple times. Still I believe it's very sad, that we have launched a crowdfunding project, which is almost not used. Who is using it on a live or teststore? Who wants to use it, but couldn't make it work? I followed the instructions on https://docs.thirtybees.com/native-modules/elastic-search/, but they are just too unclear to me. If I could make this work for myself, I would improve the docs and probably also the module.
  32. 2 points
    You are right, making it not visible really break javascript. That's insane. Please file bug on gitub (although that will fix the issue in niara/community theme) You could try to fix it yourself. Edit file product.js, find function findSpecificPrice, and remove this: .not(':hidden'); This is second similar issue I've seen lately. We really need to implement some javascript data layer for themes, and not depend on data stored in dom.
  33. 2 points
    Well you won’t get help like that. This is a community support forum, main contributors are other sellers like you just trying to help in their spare time. You will not get instant answers, and sometimes no help at all. You need to have some patience Most visual things are in the modules section. Look there for sliders.
  34. 2 points
    P.S.: ganz ohne Cookies wird es jedoch auch in Zukunft nicht gehen. Für Login und Warenkorb braucht man einen. Das lässt sich jedoch DSGVO-konform ohne Cookie-Consent lösen, da technisch notwendig.
  35. 2 points
    @Smile I can understand the feeling of @wakabayashi and I suppose some others. What we hope for (i talk only for me but I have the intuition is the same for some others), was not only to tell us if you would continue with TB name or another one new, but what was going to change and what we could we expect from this new path. People has been waiting for these news a lot of months. Now a communicate to tell, TB is going to continue but wait again up to 2 month more to know the details.... The feeling is: ok... I know plans take time, but the plan I suppose (i hope) has been developedduring this time. I suppose, most of the changes and roadmap were not going to be alterate because of the name... why not to communicate them to the people? What is going to be the revenue business model? What is the draft of the roadmap (even if it changes)? is the new image/website has been prepared? when is going to be released?, What about people concerns about 1.6 limited in time compatibility?....
  36. 2 points
    Thanks so much for this. It worked. pb4sc
  37. 2 points
    As far as I know he is not. And the deal being worked out is no where around those numbers.
  38. 2 points
    Hi all, we have some news on the future of Thirty Bees! https://forum.thirtybees.com/topic/4194-thirty-bees-future-announcement/
  39. 2 points
    @datakick New Bug with TB 1.1.x and Panda: Got a strange new bug after I updated my 1.1.0 site with Panda to latest TB Bleeding edge: On Product list / Category page: For some reason the Left Column disappears when a Sub Category is selected. Main Categories are fine. I noticed that the var left_column_size is set to 0 instead of 3. Weird, as this worked before the update. Because I know the Left Column should always show on the Category page, I've created the following to 'fix' it, albeit temporarily. And obviously this isn't a real fix, as it doesn't address the cause. Just helps for now. <!-- /// No Left Column on Subcategory Fix /// --> {if $page_name == "category" && $left_column_size == 0} {assign var='left_column_size' value = 3} {/if} <!-- /// *** *** /// ---> Insert the code before: {if isset($left_column_size) && !empty($left_column_size)} Thought I'd point this out. I have notified @Jonny as well.
  40. 2 points
    @Traumflug There is also another thing. There are not many people wanting for TB to rise for one simple reason: Having to maintain compatibility for 2 shops. A lot of devs dream of 1.6 being put to rest (yes, they also hate Prestashop 1.6), as 1.7 takes over. Maintaining backward compatibility with 1.6 (and/or TB) is additional work. So basically it's not personally aimed at TB or you guys, it's aimed at lowering costs and maximizing income. Because of state of 1.7 I'm seriously thinking about changing my business model. I don't want to be held responsible by my clients for bugs in 1.7. Still, my clients I migrated to TB expect FROM ME modules for prestashop to work or fix them. Their mentality is like: "If I had Prestashop, it would surely work". So either I go on war with them or comply with their insane requests. It's a shame, but this brings a lot of regret to devs like you and me. PS: Also, when I recommend thirtybees and explain all differences, I'm being held responsible for recommending it to clients. Some people are insane, and blaming their decisions on others. And saying "Prestashop would be better". That's where "brand" part comes in.
  41. 2 points
    https://github.com/seigieu/watermark/tree/thirtybees Here is version of PS 1.6 watermark module that also generates webp images. Also, thank @Smile for this 🙂
  42. 2 points
    @Chandra you are mixing two things. The settings on Order Statuses has impact on 'Order Status Changed' email only (ie. Awaiting bank wire email) What you are talking about is the 'Order confirmation' email, and that has nothing to do with order status. This email is always sent, and it contains all current information available. I guess we could change the current semantics, and attach invoice to 'Order confirmation' email only if current order status has the send invoice checkbox enabled. However, I'm sure there would be plenty of merchants that would not want this behaviour by default.
  43. 2 points
    you need to go there, and turn on (green check) the left column on Index
  44. 2 points
    In general I rewrite quite a lot of functions, since I became a much better coder than I was back then. This is changed: Expiration of loyalty points (but not the history way) Stats for total value of outstanding loyalty points Functionality to hide players from leaderboard Functionality to show possible actions in FO I am thinking of: adding email support referral/affiliate functionality better handling of history (for example for product returns, cancelled orders)
  45. 2 points
    Haha very funny, that yesterday I tried this 😂 Search in your theme for product-sort.tpl and add: <option value="date_add:desc"{if $orderby eq 'date_add' AND $orderway eq 'desc'} selected="selected"{/if}>{l s='Newest first'}</option> Please respond, if this works out well for you.
  46. 2 points
    @led24ee Assuming those modules files are on your server, and you just really have to have these modules, and cant wait for the developers to change it, you can do this.... All three of those modules have the same problem and need the same fix. edit the main .php of each module, for instance in the Tawk.To module you would edit tawkto.php, and look for something like: $this->tb_versions_compliancy = '1.0.x'; now replace that line with the following two lines: $this->tb_min_version = '1.0.0'; $this->tb_versions_compliancy = '> 1.0.0'; Do that in the main file of each of those modules, and it should let you install them. edit: I did a github pull request for all three of these modules, seems to work for me anyways....
  47. 2 points
    I am going to be honest, there is no good way to display multiple products on the same page. There is however a hidden system for displaying parts on an image map, so people can mouse over a schematic and click on a part. We still haven't figured out how to handle that though. For the attributes, I fee that problem daily as well. Unfortunately changing that would break just about every module. If we shoehorned something in, it would be for lack of a better word stupid. It would maybe work, but it would not be stored in the right spots and would cause a ton of problems later on.
  48. 2 points
    Acually it might be server misconfiguration. Too many workers are sitting in memory, consuming it and not running. Or... you acually have a very big traffic 🙂 Robots included 🙂 Server usage increases with google positions. Other hand, 2GB of memory is alot, and is not alot... if you want to run things switfly no amount of memory is too much, and as long as you don't exceed limit (exceeding it would mean hung server) you can consider that everything is fine.
  49. 2 points
    i changed the module a little bit for me - now i can search with customer-email at the backoffice module - genzo krona - players list modules / genzo_krona / controllers / admin / AdminGenzoKronaPlayersController.php my changes $this->_select = 'c.`firstname`, c.`lastname`'; to $this->_select = 'c.`firstname`, c.`lastname`, c.`email` '; this (public function __construct..... ) $fields_list['lastname'] = array( 'title' => $this->l('Lastname'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!lastname' ); $fields_list['pseudonym'] = array( 'title' => $this->l('Pseudonym'), 'align' => 'left', ); to $fields_list['lastname'] = array( 'title' => $this->l('Lastname'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!lastname' ); $fields_list['email'] = array( 'title' => $this->l('Email'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!email' ); $fields_list['pseudonym'] = array( 'title' => $this->l('Pseudonym'), 'align' => 'left', ); and this (public function renderList) $fields_list['lastname'] = array( 'title' => $this->l('Lastname'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!lastname' ); if ($this->is_gamification && Configuration::get('krona_pseudonym', null, $this->id_shop_group, $this->id_shop)) { $fields_list['pseudonym'] = array( 'title' => $this->l('Pseudonym'), 'align' => 'left', ); } to $fields_list['lastname'] = array( 'title' => $this->l('Lastname'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!lastname' ); $fields_list['email'] = array( 'title' => $this->l('Email'), 'align' => 'left', 'filter_type' => 'string', 'filter_key' => 'c!email' ); if ($this->is_gamification && Configuration::get('krona_pseudonym', null, $this->id_shop_group, $this->id_shop)) { $fields_list['pseudonym'] = array( 'title' => $this->l('Pseudonym'), 'align' => 'left', ); } my image result and complete .php-file AdminGenzoKronaPlayersController.php
  50. 2 points
    D'oh. Forgot the question about whether the old updater should get uninstalled. The answer is No. The old updater is still needed for updating not thirty bees core, but modules. Plan is to move code needed for updating modules back into core, so eventually the module becomes obsolete, but not for the time being.
×
×
  • Create New...