Pete_UK

The quoted posts are a little old I know... but is there an option to tie ubotlocker to DAP in anyway?

I'm just starting to build my first interface but can't seem to get the IMPORT UBOT CODE working right. Seems to be an issue with UI Drop-Down's Here is a video showing the issue... http://screencast.com/t/oan5ouF4vPLb UBOT Code: ui open file("open",#open) ui save file("Save",#save) ui drop down("Dropdown 1","1,2,3,4,5",#drop1) ui text box("Text",#text1) ui block text("Block",#txtBlock)

Or Mandrill Coupon code TWIT will give you 62k free email sends per month

Got the Styler to work using column sizes. The csv => datagrid still not working for me. Video... http://screencast.com/t/1KIR5IfjvXU Thanks

Made a short video Aymen... http://screencast.com/t/S4JyVWGG

I purchased the datagrid plugin the other week and just got round to trying it out. DataGrid - Styler: The first thing I tried with this is changing the Column Header Text Color and Background Color. Neither option did anything. The header colors just remained the same. Sort Columns / Resize Columns don't seem to do anything either. datagrid to csv: Works csv to datagrid: Doesn't work. So... do others see the same issues ?

Hi Kev, Large table Remove empty .... is this suppose to remove empty columns too? If so, is there a way to say only remove rows?

Update: Tracked the issue down to local variables in define's. Issue reported and already fixed with a schedule to release in the next build. 5.5.8 http://tracker.ubotstudio.com/issues/563

Top man. Just purchased.

Done some more testing. Here is the result: Version 4 = Works great ... Memory kept under control Version 5.5.1 = Works great ... Memory kept under control Version 5.5.6 = Works great ... Memory keeps increasing until program cashes Version 5.5.7 = Works great ... Memory keeps increasing until program cashes

I guess another though is.... could there be issues with the plugins (HTTP & Large Data) with v5.5.7?

Additionally ... I just recompiled in v4 .... nice and smooth. No memory issues at all.

I have just recompiled a bot with 5.5.7 and i'm comparing it to a 5.5.6 compiled version. 5.5.6 runs nice and smooth for as long as I want. 5.5.7 is a different story... memory keeps increasing all the time until it blows up. I'm not using any lists or tables and not using the browser. It's just processing http requests (Aymen's plugin), holding data in variables and making use of the Large Data plugin. Anyone else seeing a significant difference in memory usage with 5.5.7 ?

With fundamental issue like Dan has shown it sort of puts me off buying the plugin

Hmm... strange. I can't seem to find a BlackFriday sale coupon / Link. Hint hint smiley face

Is there a video showing the styling options... what exactly can be styled?

I think you are right Kev. When I tried to make a new bot... it all worked. Had to switch between code and node view on all 7 tabs several times to get my broken bot working again. Panic over! Cheers.

Hi Kev, Ubot v5.5.7 just updated on my machine and it seems to be causing issues with the large data plugin. When running code using the run button I get issues with large tables and large lists. See this example... http://screencast.com/t/oPg3mWz0Yl When I run each command separately they work. If I run the code again after manually execution some times it works some time not. I don't know if this is a v5.5.7 issue, a plugin issue or just my machine! Anyone else reporting the same?

Each thread does something like this... calls API-1 which can return up to 20 records. loop through each of the 20 records call API-2 do a lot of processing call API-3 do a lot of processing end-loop API-1 is where the issue is. If the API returns zero records the thread closes and another one starts. This can happen very fast and is what is causing the issue. I know a global SLOW-DOWN variable of some kind is needed but I'm not sure of the best vehicle (Large table cell, global variable etc..) to hold the SLOW-DOWN value so that all threads do not step on each others toes and set/re

Advise welcome.... I'm using the Smart Thread plugin and it's working great. In fact ... too good ! I'm calling an API service and after implementing multi-threading with the Smart-Thread plugin there are times when a thread calls the API too fast and the server replies with a 'Slow Down' message. I don't want to reduce the number of threads being used but instead introduce a bit of logic to make each thread check that it doesn't execute the API call within 50 milliseconds (I'll use javascript to give me milliseconds) of any other thread calling the same API. What would you recommend I u

One option I have been looking at for allowing user to select and filter data is using bigprof.com/appgini/ to generate a PHP DB app that I can include inside a WP site. It will do just about everything I need (I think)... the only obstacle I have is how to tie in the User WP user into the AppGini user registration system and keep it in synch. I'm look for other options too so any suggestions are more than welcome.

This is exactly the type of model I am working on Kev. Membership plugins can be used to restrict access to any webpage based on the subscription/product people purchase so I have been thinking of putting specific queries/forms that a user can use to filter data on specific pages and assigning them to specific membership plans. The only part of your initial questions I haven't figured out how to do is limit the number of queries based on subscription plan.

Thanks Kev. I like the idea of storing the vars in a table. Could use the thread_id for naming and destroy it just prior to the thread completing.

It's to help organise code more than anything. I converted an existing bot with multiple defines that helped modularize code into separate functional blocks of code. Converting to a multi-thread version means I have to either bring all the code back into a single define (Will make the define about 600 lines ... and reminds me of when I had to write COBOL programs many moons ago) or make each separate define accept and return lots of different parameters.

Yep, I know. Would be nice to be able to break up the define into multiple defines without having to pass variables. It'a down to Ubot I guess. I'll put it on my letter to Santa.