1. Created a list of random group numbers in an array.
2. Converted the array to a concatenated string in a variable.
3. Inserted the variable in the group field.

Not quite working yet; the stumbling block seems to be how to get the Group # field to recognise the number extracted from the array. In the short term will look for a simpler approach.

[...] as someone with obvious programming knowledge
Hmm, not really. Have been hacking at MQL indicators for a few years but don't have the knowledge or confidence to risk self coding an EA where real money is at risk. fxDreema fills this gap perfectly and has vastly increased my understanding of coding.

[...] maybe you can share what in the EA builder is bad, what must be done, or even what is good.
If you still want my two penneth . . .

Good.
fxDreema is hands down the most intuitive, powerful and enjoyable piece of software to use I have ever encountered. I have tried many other EA builders and without exception they leave you frustrated, disappointed and fail to get the desired outcome.

Bad.
Nothing is "Bad" but there are certainly some minor improvements that would help.

For example . . Pressing the ".ex4" and getting a list of errors without knowing which blocks they relate to is a little frustrating. It would be great to receive a list of associated block numbers to avoid having to export the MQL, load in MetaEditor, Compile and search for the problem there. This would save a lot of time.

The main issue for me is the gnawing uncertainty of how committed, you may or may not be to the product going forward. Certain comments & the lack of forum input over the last few years raise questions for people who rely heavily on this excellent software.
Having said that I appreciate you responded to my post and also that you indicated an upcoming price increase in a separate post. I have no issue with a price increase. The more the product undergoes continuing development the more I would be happy to pay.

The forum is a great source for solving many issues but I appreciate you must get frustrated with answering repetitive questions from new users. One solution might be a Premium Support service where individual questions can be answered for a fee or users can pay an additional subscription for advanced support. This wouldn't put off new users with prohibitive charges but would be a huge benefit for more advanced users wanting a guaranteed way to gain premium support.

Hi roar, Yes you are right, there is plenty of scope for improvement and de-duplication of blocks. I'm getting better each project but also this is quite a large project in it's own right. fxdreema has confirmed it was a temporary change whilst testing the above issues and all is back to normal again today.

And Yes, I do accept your challenge . . .

Thanks

Has anyone found a way to automatically exclude this code by using blocks or custome code ? Woiuld be really useful as it consumes a lot of time having to rem it out with each new version.

Many thanks.

The ability to give comments a solid background would be useful simply to make them easier to read without candles appearing through the comments. My request would simply be to match the background colour of the chart so that candles pass behind the solid colour block.

Testament to the quality of the software that we're discussing such trivial things !

I have experienced the same issue but trying 3 different browsers, clearing cookies & rebooting didn't help.
I then tried to delete all the blocks on that tab and found that one block refused to delete. I had inadvertently entered a semi-colon when giving the block an alphabetical name rather than a number.
I tried to change the name but it wasn't having any of it.

The Solution that seemed worked for me:-

1. RMC on the block and choose delete.
2. In my case it didn't delete BUT...
3. Next refresh the browser (F5) and it then gets deleted.
4. Now blocks connect fine again.

However, it's now occurred again on a different tab and I cannot find a reason for it . . . something is going on . . .

Is it possible to amend the "Comment" block so that labels left justify but the corresponding values right justify ?

If not could it be considered for a future update please.

I am familiar with listing group numbers to include i.e.

Group # 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30

But does anyone know of the syntax or a way to specify a range of group numbers ?

For example:-

Group# 1 - 60

Any help would be appreciated.

Thank you

Thanks bk7, the problem I was having was to pass a list of numbers across to the Group# field and get it to read the list.

I've now solved it, turns out it was rather simple . . .

1. Created an array of random group numbers.
2. Passed the array details into a string variable called Group_List.
3. The game changer was adding "v::" in front of each item:

Group_List =
v::Group_Number[1]+","+
v::Group_Number[2]+","+
v::Group_Number[3]+","+ etc etc

4. Insert variable Group_List in any Group# field and it now reads the list fine.

Thanks everyone for your time and input.

OK I have now managed to import a dll using fxdreema:

1. Create a new CUSTOM block (click "Custom" from left hand panel).
2. Enter a name for your block in the "new block..." field and press "create".
3. Look down to the bottom panel on the screen with heading "Global variables,includes".
4. Enter your import / include etc:
   #import " myDLLname.dll"
   or #include <Telegram.mqh>
5. Press "SAVE CHANGES" at the top
6. Refresh fxdreema browser and you should see your new block listed under Custom blocks.

To get it to work I had to make sure the first block in OnInit is "Pass" and the next block is the DLL import block with no other blocks after it. I then started a separate "Pass" block to conduct the remaining OnInit actions.

Hi @kave
For me the solution was to stop using the auto-import & use Custom MQL Code blocks to import custom indicator data by using iCustom.

The issue may have been caused by the fxDreema import or maybe something in my custom indicators, either way, writing the raw code to import inficator values works 100%.

Hope this helps.

Remove #property strict if exists.

Fixed it for me, many thanks.

@Mantadiver

You need to make a note of the offending block title.

In my case "cl;"

I thought I had deleted it but it became the name of another block on another tab and caused the exact same problem. I managed to carefully rename it to 1234 and then refreshed the browser.

Then Ctrl-F and try to find any blocks with the name "cl;". Only when I confirmed that there were no blocks on any tabs with that name was the problem completely resolved.

The lesson: Thou shalt not use anything other than alphanumeric names for blocks.

I have experienced the same issue but trying 3 different browsers, clearing cookies & rebooting didn't help.
I then tried to delete all the blocks on that tab and found that one block refused to delete. I had inadvertently entered a semi-colon when giving the block an alphabetical name rather than a number.
I tried to change the name but it wasn't having any of it.

The Solution that seemed worked for me:-

1. RMC on the block and choose delete.
2. In my case it didn't delete BUT...
3. Next refresh the browser (F5) and it then gets deleted.
4. Now blocks connect fine again.

However, it's now occurred again on a different tab and I cannot find a reason for it . . . something is going on . . .

Would it be possible to not use an array but use a simple integer instead ? When I build indicators I check for once per bar by populating an integer ThisBarStartTime = Time[0];

The BIG issue here is that when an EA is running live an array out of range error stops it dead in its tracks and no further actions can be taken. There is no way to create an alert, push, sms or Telegram meassage to the user because it has simply stopped working. Therefore it ends up with orphaned trades unless they can be identified and managed by reapplying the EA to the chart.

Instead of allow an array our of range error to occur, would it be possible to allow the code to continue and do further checks, i.e. look at the timeframe and check some other flag to see whether it has already been actioned yet on this bar. Then allow it to continue and maybe flag an alert to say there was an issue but at least the ea continues to run . . . . ?

Thanks for looking into it. Appreciated.

Yup, that's the issue, there doesn't appear to be a smoking gun. I've added a raft of logging messages to try and gain more insight when it happens again.

I have started getting Array Out Of Range errors.

The EA starts & runs for a while and then simply stops.

To fix a bug you need to replicate I haven't yet managed to find a series of events to replicate it.

The error always points to the same area of "core" fxdreema code:-

datetime new_value = time[0];

This code appears under the heading:- // "Once per bar" model

Judging by the last message before the error occurs I believe it is happening immediately on the start of a new bar.

Any thoughts please ?

Within the fxdreema blocks there are many fields for users to enter either a value or reference a constant / variable.

Also rather than looking up a variable I am familiar with typing the name and adding a prefix v:: in front of variable or c:: in fron of a constant.

My question is how do I add a value from an array ?

For example . . . Lets say I have created a double variable called Lots[10] and I want to insert value Lots[5] into the Buy block field . . . "How much"

I type in Lots[5] or v::Lots[5] but neither work. I always have to convert Lots[5] into a non array variable first to pass to the field.

If anyone knows what I am doing wrong / how to do this it would be greatly appreciated.

Many thanks

MantaDiver

Hi roar, Yes you are right, there is plenty of scope for improvement and de-duplication of blocks. I'm getting better each project but also this is quite a large project in it's own right. fxdreema has confirmed it was a temporary change whilst testing the above issues and all is back to normal again today.

And Yes, I do accept your challenge . . .

Thanks

@fxDreema have you implemented a maximum block limit per project ?

Suddenly today I tried to add a new block to an admittedley large project and it says "For techincal reasons the maximum number of blocks that can be created is ____".
I must have been operating well above the max blocks limit for months and never saw this message.
Essentially my project is now unable to be worked on unless I somehow find a way to dramatically cut the number of blocks which isn't possible.

Is this something that has just been imposed ? Is it related to the other issues in this thread ?

I really hope you can make an exception for certain projects as I have been using fxdreema for years and never been aware of this restriction.

Please help. Thank you.