Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Старающемуся найти нишу для своего воображаемого бизнеса привожу простое сравнение с реакцией публики на "красивый" гол. Гол красив результатом, а неудавшийся удар по воротам пройдёт незамеченным. Так и во всём! Поэтому он так печётся о спросе, а если бы был специалистом, исследователем, то создавал бы независимо от результатов, добиваясь претворения своих идей, а вознаграждение пришло бы само собой, без навязчивой рекламы. И независимо от вознаграждения имел бы удовлетворение от интересной увлекательной деятельности творца, создателя, а не меркантильного деляги!
Вот сразу видно - русский человек. Как только речь хотя бы отдалено заходит об "оплатить" или "деньгах", сразу поднимается благородный вой: "Деляга!!! Печешься о спросе! Да если бы ты был специалистом... Да ты %;"(^&"
Вы одно поймите, программист платит в любом случае. Час работы программиста стоит совершенно конкретных и живых денег. Если SDK при стоимости в 50 часов-программиста, сокращает разработку проекта с 300 часов до 200 или даже до 150 часов, то маржа составляет 100 и 150% соответственно. Т.е. купив средство разработки, программист в действительности заработает конкретную сумму денег выраженную в дополнительных сэкономленных часах. Чем проект больше, тем больше времени удастся сократить, и как следствие, увеличить маржинальность своего бизнеса. Поэтому в действительности хорошие проприетарные проекты обоюдовыгодны. И продавец и покупатель получают конкретную выгоду и реальные деньги.
Благодарю Вас.
Задам топикстаретру конкретный вопрос: Сколько времени, используя Ваш Visual SDK, займет создание аналогичной формы:
Задам топикстаретру конкретный вопрос: Сколько времени, используя Ваш Visual SDK, займет создание аналогичной формы:
Разберем данный конкретный пример:
Таблица включает в себя 17 колонок. Окно имеет скролл бар. Кол-во рядов не определено, так как это запись логов. Во главе каждого ряда стоит элемент управления древовидного списка.
Выбираем шаблон компонентного окна, имеющего в свойствах динамические размеры, автоматическое явление скролл баров и присоединяемость к композитному окну, и переносим на него платформу с элементом управления "Table" (Вы ее видели). Растягиваем ее до 17 колонок в длинну и в два ряда в высоту. Нажимаем на кнопку "перенести", после чего все объекты переписываются с транспортной платформы в окно и становятся его группой.
Первый ряд будет содержать названия колонок, которые мы вводим непосредственно в поля табицы.
Второй ряд будет содержать элемент древовидного списка и поля выводящие значения параметров своих колонок.
Индексы параметров назначаемых полям мы прописываем в окне настроек, кликая сначала на поле (выбирая его как "объект под событием"), а потом вводим адрес параметра в ядре (общей памяти).
(Наша пользовательская функция помещает туда значение этого параметра, а графический движок его считывает и отображает в поле).
Элемент управления древовидно списка, сворачивающий и разворачивающий группу объектов работает автоматически и его механизм прописан в графическом движке. (При нажатии на него, главный объект группы - поле группы, сворачивается и движок сразу уничтожает все объекты выходящие за границы поля группы. При повторном клике, поле группы разворачивается и движок воссоздает все объекты входящие в группу).
Далее, нам необходимо поместить в группу этого элемента нужные нам объекты и также присвоить им параметры или дескрайберы (лейблы или тексты автоматически позиционирующиеся движком).
Последнее (или первое), - создать функцию записывающую логи в нашей программе.
Это общая концепция создания подобной таблицы. Большую часть из описанного мой движок уже умеет делать. Некоторые вещи требуется доработать.
О количестве потраченного времени на создание подобной таблицы при наличии готового движка, судите сами.
Спасибо.
Вот сразу видно - русский человек. Как только речь хотя бы отдалено заходит об "оплатить" или "деньгах", сразу поднимается благородный вой: "Деляга!!! Печешься о спросе! Да если бы ты был специалистом... Да ты %;"(^&"
Вы одно поймите, программист платит в любом случае. Час работы программиста стоит совершенно конкретных и живых денег. Если SDK при стоимости в 50 часов-программиста, сокращает разработку проекта с 300 часов до 200 или даже до 150 часов, то маржа составляет 100 и 150% соответственно. Т.е. купив средство разработки, программист в действительности заработает конкретную сумму денег выраженную в дополнительных сэкономленных часах. Чем проект больше, тем больше времени удастся сократить, и как следствие, увеличить маржинальность своего бизнеса. Поэтому в действительности хорошие проприетарные проекты обоюдовыгодны. И продавец и покупатель получают конкретную выгоду и реальные деньги.
Разберем данный конкретный пример:
...
Разберем данный конкретный пример:
Таблица включает в себя 17 колонок. Окно имеет скролл бар. Кол-во рядов не определено, так как это запись логов. Во главе каждого ряда стоит элемент управления древовидного списка.
Выбираем шаблон компонентного окна, имеющего в свойствах динамические размеры, автоматическое явление скролл баров и присоединяемость к композитному окну, и переносим на него платформу с элементом управления "Table" (Вы ее видели). Растягиваем ее до 17 колонок в длинну и в два ряда в высоту. Нажимаем на кнопку "перенести", после чего все объекты переписываются с транспортной платформы в окно и становятся его группой.
Первый ряд будет содержать названия колонок, которые мы вводим непосредственно в поля табицы.
Второй ряд будет содержать элемент древовидного списка и поля выводящие значения параметров своих колонок.
Индексы параметров назначаемых полям мы прописываем в окне настроек, кликая сначала на поле (выбирая его как "объект под событием"), а потом вводим адрес параметра в ядре (общей памяти).
(Наша пользовательская функция помещает туда значение этого параметра, а графический движок его считывает и отображает в поле).
Элемент управления древовидно списка, сворачивающий и разворачивающий группу объектов работает автоматически и его механизм прописан в графическом движке. (При нажатии на него, главный объект группы - поле группы, сворачивается и движок сразу уничтожает все объекты выходящие за границы поля группы. При повторном клике, поле группы разворачивается и движок воссоздает все объекты входящие в группу).
Далее, нам необходимо поместить в группу этого элемента нужные нам объекты и также присвоить им параметры или дескрайберы (лейблы или тексты автоматически позиционирующиеся движком).
Последнее (или первое), - создать функцию записывающую логи в нашей программе.
Это общая концепция создания подобной таблицы. Большую часть из описанного мой движок уже умеет делать. Некоторые вещи требуется доработать.
О количестве потраченного времени на создание подобной таблицы при наличии готового движка, судите сами.
Спасибо.
Вот Вам хороший пример https://www.mql5.com/ru/forum/2784 конкурс проводился 5 лет назад, изучите работу победителя и особенно участника занявшего третье место и спросите себя, многие ли через 5 лет будут использовать Ваш труд, точнее не Ваш а того программиста кто выполняет Ваш заказ...
Интересно, такие конкурсы были... А насчет пяти лет поясните плз, это же в кодобазе лежит, кому надо - тот и использует