I’ve encountered a couple of pain points when adding Distill into my workflow. I was hoping I could get some clarification, advice & submit a feature request.
Firstly some background information on my use case & Distill setup. I’m exclusively using the Windows Desktop App to monitor a large (900+) dynamic product wishlist. Accuracy, consistency & speed are vital for my application. Unfortunately, the site (Notino.co.uk) doesn’t allow the full wishlist to be loaded via the URL. I therefore use a Macro to click the “Load More” button which makes x8 more products visible, not ideal… This leads me to my first observation/question.
Do Macros have a hard runtime cap of 60 seconds to complete? This has been my experience to date. I seem to have reached a limit regarding the number of steps my macro can complete without experiencing major consistency errors. As such I’m only able to monitor 1/3 of the wishlist actively.
This leads me to my feature request, the addition of a looping function within macros. Currently, I’m having to manually input each click of the “Show More” button into my macro. This process is time-consuming and cumbersome. With a loop feature, I could create a macro scenario that automatically expands or contracts as needed, without requiring manual adjustments for each iteration.
If anyone has any suggestions to speed up or increase the time a macro has to run it would be greatly appreciated.
Glad to see looping macros in the latest release reduced 105 steps into 1
I haven’t been able to get While Loops to work. It clicks the “show more” button once & then completes. It’s almost like it evaluates the page too quickly but I don’t know for sure.
it appears that the CSS selector .kJukVH becomes temporarily unavailable when more items are loading, leading to an unintended early exit from the while loop due to the element_exists condition.
A more reliable approach would be to use a stable selector to identify the button, such as .sc-q3003p-5 > button. Additionally, integrating a wait_for_duration step will allow the webpage sufficient time to load more content, preventing rapid, successive button clicks. This should help maintain smoother interaction with the website.
Thanks, @noelzubinvictor for taking the time to give my situation a once-over. I can confirm that your while looping setup works with the updated element selector
As my wishlist is very extensive the delay steps mount up, speed is a vital component so this isn’t ideal. Could I therefore make a niche feature request?
Is it possible to specify that a certain monitor can only run from a set device? I’m thinking of splitting my large wishlist across multiple accounts. By adding an extra account (or two) it’ll speed up my monitor turnover & add redundancy. Much like widening a road!
Hello @kappabaruh ! It looks like you’re trying to set up multiple monitors to run locally but on different devices. If you have another device, such as a separate browser, you can log in using the same account to add that device. And then, you can assign each monitor to the specific device you want it to run with.
Additionally, if you’re running into issues with responsiveness or timing in your setup, you might want to reduce the wait time in your while loop. You can set the duration to even lower fractional values like 0.5(500 milliseconds). This could help with quicker processing of clicks and other actions.
Let me know if you need more detailed guidance on any of these steps!
Hey @noelzubinvictor I’m really sorry to be a pain. The stable selector you provided has stopped working . Is it possible for you to suggest another to get my macro working? I’ve tried to figure it out myself without much luck
If you are able to share your process then I can replicate/update my own macro without pestering you in the future.
reduced 105 steps into 1 
Multiple devices running a single local monitor leveraging a looping macro can achieve this. I’m very hopeful!
. Is it possible for you to suggest another to get my macro working? I’ve tried to figure it out myself without much luck 
