Let's say that you want to open Buy pending order. The defaults are Open at price = Ask, Price offset = 20 (pips), which means that the pending order will be opened at price Ask+20pips.
If you use dynamic value (not Ask), you can set Price offset as 0.
The server looks to be ok this night, but it's still possible that the connection between you and the server is slow... for whatever reason. I can't see other reason, because I am able to open parameters in milliseconds at the moment of writing this post. I'm open for other server recommendations.
Let's start with that: http://fxdreema.com/shared/UdEESeemd
To be honest, I really don't understand what is the idea behind HTTPS. I tried to get it once, but my conclusion is that this is a way for someone to earn easy money 
If someone can explain to me (like I'm 5 years old) exactly why this is good... maybe I can understand it. But if the only reason is that because some people are saying that this is very very important, then I will not agree. For example, many people say that antivirus software is a must, but I don't use antivirus software and I don't have viruses.
fxDreema is to be used because of MetaTrader 4 and MetaTrader 5. I think they does not have Linux versions. I dont know if fxDreema can work with Wine. Maybe, why not, but I didn't tested that.
The local version sends only username and password to the server, then the server returns the profile information. No data about the projects is transferred, so the only things that you can be scared for are: username, password, email address.
I also have a plan to make the local version totally disconnected from internet, I think I can make that some day. Well, maybe I should leave the new-version-check 
Ok, I'm really bad in hedging strategies, but I think you should use the "on Trade" event as well. I am probably missing something here, but at least this project is doing something and can give some direction: http://fxdreema.com/shared/saUu2Td5b
Also, there was a project named Sure-Fire. Isn't it the same story there?
I guess it is because of the server problems. Trading blocks have many parameters inside and they are opened relatively slow. Is this still happens?
toDigits is a function that normally converts 10 to 0.0010. It is used for pips conversion, not lots.
Now I saw that you are trying to use value from (Event trade), but this should be used under "on Trade" event. At the moment it give you pure 0, I believe.
If you want to get the lot size of the last trade, then put "Start trades loop" block with "Not more than n trades" parameter set to 1, and then you can get the lot size of the last trade from "(in loop) Attributes of the loaded trade/order", not from "(Event trade)...."
Well, I'm not the right guy to have a discussion about hedging.
There is an error of mising variable that is defined in block 21. I corrected that in the project in your profile. This is because all of the hidden parameters of the block are included to the final code. Someday I must change that rule.
I wonder why you are using "toDigits" when calculating lots value. "toDigit" and "toPips" are function to work with price levels, not lots.
Now you can try to break the connections 6-9 and 2-10, so that blocks 9 and 10 could be executed on every tick.
Here is a little test:
http://fxdreema.com/shared/gVn9F1wFc
How is it?
I have seen this mistake so many times
Ok, let's start with the basics. All these blocks are located under "on Tick". Which means if there is a new tick - this structure will be executed, starting from the blocks on the top. If any block does what it is supposed to do, it passes and if there is something connected after it - it will be executed as well. The whole process happens in milliseconds, if not less than 1ms. Only if there is a trade to buy, modify or close it can take up until a second. Then, when the next tick comes - everything starts again.
Now you have is, when a tick comes:
Check Condition#1 and if it's true -> create a Sell position. After the position is created, immediately check Condition#4 and it it is true -> go create a Sell position (actually close what we have).
Then do the same starting with Condition#5.
And this all happens because of a single tick!
All I want to say is that there is no time delay between #6 and #7, and between #2 and #4.
Condition#4 will be checked only after a new Sell is created by block #2.
If for some reason Condition#1 and Condition#4 can be true at the same time, you will got a new position that is closed immediately. It there are no moments when both conditions can be true - you will not reach to block #3 at all.
But you maybe have very crazy result - many positions created and closed in no time. This is because your conditions to open a new position does not include the question - is there a position at the moment? And "Buy now" and "Sell now" does not ask this question, they just to what their title is telling until you are out of money.
Hint: You can use "If position is running" or "No position is running". Inside those blocks you can also filter by type (buy or sell)
In fact, also letters or words can be used as block IDs
I'm aware of this problem and it will be removed shortly.
Interesting. In what platform are you doing that (web, local), and what symbols do you use?
__Hi,
I tested the example , http://fxdreema.com/shared/7xv6Cjoxc , but it does something else as you said.
[/quote:yj7y2ngn]
I think we missed something here In relation to the current price for Buy position SL is always below., but in relation to the open price SL can be below OP, or in case the profit is big enough - over OP. Try with negative values in "(in loop) Modify SL and TP".
Also, I think you have to set up SL values, not TP.
For the lowest level (84 pips) it will give error message because you are trying to put SL at the current market price.
Why don't you try PSAR? The levels you are working does not seem to follow some rule, but I guess you are trying to create some kind of non-linear trailing stop. PSAR looks like this. Just close the trade when PSAR swiches it's position (in other words, when the current price touch it). There is even an example in http://fxdreema.com/examples of how to detect when PSAR moves from below to above the price and vice versa.
It was because of "Bull candle bottom wick size" in "Condition". It should be ok now.
It's amazing how there are so simple things, but our minds feel hard time to think about. This is one of these. When I have to use this block I'm always trying to explain it to myself like this "If count is... no, if trades are... ummm... how many... no, no... ummm... ok, let's start again... sooo it trades are... count is... how many?... damn, I'm stupid!" 
The ability to edit text of an HTML element directly is new, it's part of the newest HTML5. And it's working... almost... with some strange behaviour. When you can see that the cursor is inside the field, then backspace is used as going back in the text, as expected.
.ex4 file is corrupted when something is changed to it's raw code. But I was doing nothing about this in the last days. Even more, the local version actually creates .mq4 file, then it uses the local metalang.exe (part of MetaTrader 4) to turn it into .ex4. So I don't have an idea how fxDreema itself can corrupt that file. But of course, I can miss something...
Also, these days I was more focused on the Javascript part (how to make many blocks to load faster) and authentication part (how to make the platform to work with slow or none MySQL). So I suppose that this is one of these problems that happens on one PC but doesn't on other.
Download and install 033 again, I reuploaded it. Let's say that it is 033a now.
The backspace issue... it seems that this button is hard to disable or reassign, because it is used by the browser itself to move back the websites, which is maybe something that is not a good idea to be allowed to change. But if I find a way to make something with it, I will.
By the way, I know that there are some problems that appear when User Account Control is enabled. I have seen some crazy things. But personally I don't use it, it is turned off on my system, so I can tell that there are virtually no mysterious problems happened to me. I really don't have an answer why UAC is needed, for me it is something that should be abandoned, but it appears on the newest Windows (after XP). So if you have UAC enabled, I can suggest that you turn it off.
In other words, if trades count is <= 2, then execute the next block, which is for example "Buy now". If there are 2 trades at the moment, then 2<=2 is true, so it goes to buy 3rd one. Try with "< Lower than".
I noticed the title problem hours ago and I will maybe create next build because of it. Meanwhile you can use 032.
What do you expect from the backspace button, loading last step in actions history? It's not associated yet and it obviously works like a normal browser Back.
There is a server problem and I'm writing letters to the people that are supposed to take care of it, but I receive copy-paste from Help section answers. MySQL is too slow, but I believe that fxDreema itself does not causing this slowliness to happen. So I'm waiting for someone to repair the server while wondering what else can I do. MySQL is only needed to read user details, but something that should happen in less than 100ms actually happens in more than 10 seconds. And this is so ridiculous. I apologize again for this problem. And I almost decided to move to another hosting, but with this another problems will appear... and I'm stuck