I think to do the following:

- New folder "Libraries" where FSB/FST will put dll indicators or other addons.
- New config file libraries.xml. It will contain the time stamp of all .cs and .dll indicators.
- When FSB starts, it will load libraries.xml and will read meta data about dll and cs indicators
- FSB will check wast modification time of dll and cs indicators.
- If some of the modification times doesn't corresponds to the record or dll is missing, FSB will use cs file to compile new dll
- If the records corresponds to the files modification time, FSB will load and use only dll.
- If dll is missing, FSB will compile from a cs.
- If libraries.xml file is missing, FSB will recompile all cs files.

This should speed up the loading of the programs and will allow distribution of dll indicators.

I'm working on dll indicators. I'm almost ready but there is a bug I cannot figure out.

When there is no dll files, FSB compiles all cs files correctly. Later, when it loads indicators again, it checks the dlls and since they are updated, FSB loads indicators from dll. The bug is that FSB misses Chande Oscillator and loads Volumes twice. ?! I cannot find the bug. It must be in
class CustomIndicators or in class IndicatorCompilationManager

The code is uploaded in GitHub.
Probably a fresh eye is needed.

Can I suggest that this indicator for sale section be set up soon..?

I await this.....

As soon as it appears I am going to request that Footon prepare a couple and post them for sale.

Hopefully, the skilled people will do a bit of custom work as well for a fee.

I appreciate what the guys have prepared and donated so far, it is now time that they were rewarded with a bit of juice.

Miro said about pricing $5 - $15. Lets assume 5 for the most simple one, a tenner a bit more complicated and a 15 one which makes coder suicidal.

My suggestion is to average up (5 to 6), because a third of 5 is 1.6666667 something.

Therefore $6, $12, $18 is the pricing which makes sense the most. Or in the website point of view $2, $4, $6.

That's an idea, but lower is better for FSB I think. Just couple of days ago I saw mq4 indis advertised for $5 and $10, and I would say those are professionally coded. There were higher prices also, representing "more" in terms of sophistication and capabilities.

A simple mq4 porting to C# can be 10-15 minutes of work, modification here and there and that's it. A fiver is fair in this sense.

We can make lower price if an indicator can be published publicly.

Payment can be done easier to developer's email via PayPal (It accept credit cards also). Later author can donate some amount to FSB Project (when make bigger income).

There is a small issue. Indicator have to be supplied as three dlls - one for each program). I cannot solve this for now, but will search a solution.

Any comments?

Now if you compile a dll in FSB, it cannot be load in FST. It's an issue and has to be fixed.
I'll try to fix it in next updates.

$5 is minimal price. Prices may not be fixed.
A user can request an indicator and offer a price ($5 minimum). If a developer is interested, he/she will develop the indicator. If not, the user has to increase the offer.

$5 - can be the price for small modification of an indicator - change a param or range.
Recommended cost can be 15$ per hour. Normally an indicator can be developed for 1 or 2 hours. We have to add some amount to donate FSB. (You decide)

We can make like that: If indicator is private, buyer / developer has to donate FSB with %. If indicator is public - no donation required (but possible).

Yep, the system needs to be flexible, different strokes for different folks. The main things are to define boundaries, for instance we agree that the minimum is $5. The upper region is not as important as it is a matter of negotiation between requestor and developer. Personally I don't like per-hour-fee in coding, too vague (when I do some custom stuff, my main time goes to thinking everything through, little time of coding, and then rethinking it before finishing the work But how can one charge for thinking? At least this is my take on things, amateur like I am).

Another minimum is the donation size - 1/3 for the project is reasonable.

Regarding the pricing I still feel the lower the better. Quantity has a quality all its own. There's little demand for this though, but I hope it will be stable at least to have a meaning.

s/b payment in advance, I think..

Payment is an issue, in advance or not. I would the prefer the latter, it's a matter of trust simply put. Any more comments about this?