Программа для технического анализа рынка Forex (Есть среди линуксойдов трейдеры?)

[halturin]

О нем самом и говорю. Унаследуй какой-нибудь контейнер или целиком реализуй свой виджет.

Ну так я так и сделал
То что рисует графики по сути является самописным виджетом со всеми вытекающими возможностями.
Унаследован от GtkDrawingArea

Упс... чет не заметил. Я собсно бегло пробежался по исходникам.

[halturin]

Вообще, по опыту, лучше писать на том, что хорошо знаешь. Хоть на Assembler.

неверное утверждение. ибо нужен компромис между твоими знаниями инструментария и имеющегося вообще для решения той или иной задачи. разумеется, если стоит вопрос типа "на чем лучше сайт наклепать", то тут да, лучше на том, что лучше знаешь, а еже ли тебе нужно написать алгоритм работающий с миллиардными матрицами, то твои знания пхп/перл/питон могут идти лесом.

[devilr]

Не передергивайте. Причем здесь "пхп/перл/питон"?
Тот инструмент, который выбрал автор темы, вполне нормальный для решаемой задачи. Единственное, что не хватает - опыта. Но опыт - дело наживное.
А вообще, не стоит флеймить.
И исходники читать по диагонали.

[sergeyvp]

И при прокрутке колесом мыши "видны тормоза".

Я тут обнаружил что это происходит при включённом композитном менеджере compiz, в metacity с включенным композитным режимом всё работает нормально, а без композитного режима совсем всё хорошо. С чем это связано я пока понять не могу, то ли в cairo нужно включить какой то хитрый режим, то ли установить какие то дополнительные библиотеки.

[devilr]

У меня вообще все 3D режимы отключены. В свое время игрался с compiz - потом все поудалял нафик. Ибо тормоза.
Просто колесо мыши тоже программируется на отдачу тиков - нужно устраивать какой-нибудь счетчик, а не пытаться перерисовывать весь экран по каждому тику. Имхо.

[sergeyvp]

У меня вообще все 3D режимы отключены. В свое время игрался с compiz - потом все поудалял нафик. Ибо тормоза.
Просто колесо мыши тоже программируется на отдачу тиков - нужно устраивать какой-нибудь счетчик, а не пытаться перерисовывать весь экран по каждому тику. Имхо.

Счётчик я уже сделал, с обновлением при перемещении диалогов тоже разобрался, правда не самым оптимальным образом, но квадратов больше нет.
У меня AMD4400 1Гб , никаких тормозов в обычном режиме нет. Может действительно счётчик спасёт ситуацию

[devilr]

Intel 3Ггц
RAM 768Mb
GF6600
Если слишком часто не отрисовывать, то и проблем не будет

[sergeyvp]

Если слишком часто не отрисовывать, то и проблем не будет

Если не сложно, попробуйте заменить исходники на те что я прикрепил к этому сообщению и протестировать с разными параметрами прокрутки.
В файле tfx_graph.c есть два макроопределения STEP_SCALE и SCROLL_SLOWDOWN , меняя значения этих макросов можно регулировать реакцию на прокрутку колеса мышки. При изменении значений естественно нужно перекомпилировать программу (напоминаю на всякий случай)

STEP_SCALE -- значение на которое увеличивается масштаб при прокрутке.
SCROLL_SLOWDOWN -- замедляющий коэффициент, чем больше значение тем ниже реакция на прокрутку.

У меня просто не получается воспроизвести "тормоза" на своём компьютере, поэтому не понятно в какую сторону копать.
Может быть дело совсем не в счётчике.

[devilr]

Получше стало. Заметно лучше.

Белых прямоугольников нет.

Настройку скроллинга проще всего вынести в настройку, если надо будет.

Заметил особенность: если медленно крутить колесо, то в некоторых случаях не будет видно "перекрестие". Если в этот момент чуть сдвинуть мышь - появляется.

Вообще, скроллинг - это ведь изменение масштаба. Проще сделать просто кнопками. Но это - чисто имхо.

Кстати, раньше не обращал внимание - а как двигать график влево/вправо? Если интуитивно - левой кнопкой мыши, то он смещается, но на чуть-чуть. Хотя в нажатом положении можно мышу таскать от края до края и курсор показывает, что именно таскаем... а оно не таскается.

[sergeyvp]

Настройку скроллинга проще всего вынести в настройку, если надо будет.

Так и сделаю когда параметров настройки побольше наберётся будет отдельный диалог для регулировки таких глобальных настроек.

Заметил особенность: если медленно крутить колесо, то в некоторых случаях не будет видно "перекрестие". Если в этот момент чуть сдвинуть мышь - появляется.

Так и должно быть. При полном обновлении графика, что необходимо для визуализации происходящих изменений, перекрестие не рисуется.

Вообще, скроллинг - это ведь изменение масштаба. Проще сделать просто кнопками. Но это - чисто имхо.

В нижней панели графиков справа есть кнопки регулирования масштаба. Отображение панелей графика вкл/выкл двойным кликом по графику.

Кстати, раньше не обращал внимание - а как двигать график влево/вправо? Если интуитивно - левой кнопкой мыши, то он смещается, но на чуть-чуть. Хотя в нажатом положении можно мышу таскать от края до края и курсор показывает, что именно таскаем... а оно не таскается.

Для перемотки графика нужно нажать кнопку мышки и удерживая её в нажатом положении перемещать курсор.

А при каких значениях макросов ситуация улучшилась?

P/S
Перед компиляцией при замене исходников лучше делать
make clean
иначе обновление может происходить не полностью.

[devilr]

Макросы я вообще не трогал. Хотел, так сказать, посмотреть с точки зрения автора. As default
Стало лучше.

Для перемотки графика нужно нажать кнопку мышки и удерживая её в нажатом положении перемещать курсор.

Тык я эта... так и делал. Не таскается. На один элемент график двигается и все.

[sergeyvp]

Тык я эта... так и делал. Не таскается. На один элемент график двигается и все.

А вот это уже интересно, видимо закоментированная функция даёт о себе знать
Попробую разобраться в чем дело.

Нет, дело не в ней. Возможно это что-то связанное с KDE, видимо фокус указателя при перемещении теряется, а вот почему не понятно.

[sergeyvp]

Тык я эта... так и делал. Не таскается. На один элемент график двигается и все.

Попробуйте в файле tfx_graph.c заменить строку
else if( graph->priv->move_change[G_DISPLACE])
на
else //if( graph->priv->move_change[G_DISPLACE])
то есть исключить дополнительное условие. Возможно это исправит ситуацию.
А может и нет

[devilr]

Акелла промахнулся

[sergeyvp]

Акелла промахнулся

Понятно, будем думать

А если в том же файле в функции tfx_graph_button_press сразу после объявления переменных добавить строчку
gtk_grab_add( widget);
что-нибудь меняется?

[devilr]

Код: Выделить всё

static gboolean
tfx_graph_button_press( GtkWidget *widget,
            GdkEventButton *event)
{
  gint w, h;
gtk_grab_add( widget);
  GtkRequisition *requisition = g_new( GtkRequisition, 1);

Здесь? Если да, то это не то?
Кстати, а у вас то "таскание" графика работает? Мож что-нибудь просто забыли?

[sergeyvp]

Кстати, а у вас то "таскание" графика работает? Мож что-нибудь просто забыли?

Так в том то и дело что у меня в GNOME всё работает, придётся видимо KDE установить чтобы эту ошибку вычислить.

[devilr]

Ну я то GNOME не буду ставить, даже не уговоаривайте.
Вы бы лучше повыкидывали исполняемые файлы из исходников, запаковали бы и выложили бы сюда еще раз.
Я к тому, что если все равно пересобирать, то и исполнимые файлы не нужны.
Мало ли, может что-то не учли.
К тому же, у меня сейчас есть "анлим" в 64кбит, так что сейчас 3 мегабайта уже не пугает.

[sergeyvp]

Ну я то GNOME не буду ставить, даже не уговоаривайте.
Вы бы лучше повыкидывали исполняемые файлы из исходников, запаковали бы и выложили бы сюда еще раз.
Я к тому, что если все равно пересобирать, то и исполнимые файлы не нужны.
Мало ли, может что-то не учли.
К тому же, у меня сейчас есть "анлим" в 64кбит, так что сейчас 3 мегабайта уже не пугает.

Так от того что вы GNOME установите ошибка не исчезнет, всё равно нужно разбираться почему диалоги не модальные и фокус при перемещении теряется.
Исполняемые файлы я упаковываю для тех кто не хочет устанавливать пакеты для компиляции, а просто хочет посмотреть на программу.
При компиляции программы формируется исполняемый файл tfx, я надеюсь вы его запускаете, а не tfx_x86 и tfx_x64 ?
Команда
make clean
полностью вычищает каталог от ранее скомпилированных модулей и исполняемого файла.

[devilr]

При компиляции программы формируется исполняемый файл tfx, я надеюсь вы его запускаете, а не tfx_x86 и tfx_x64 ?

Эээ... у меня, конечно, мало опыта, но не настолько же.
Очистку я тоже производил - толку это не дало. Да и не должно давать, если честно. Разве что для собственного спокойствия.

[sergeyvp]

Эээ... у меня, конечно, мало опыта, но не настолько же.
Очистку я тоже производил - толку это не дало. Да и не должно давать, если честно. Разве что для собственного спокойствия.

Ну это я так, на всякий случай, вдруг кто-нибудь будет по нашим следам идти, а опыта у него окажется меньше
Ладно, постараюсь к следующему релизу разобраться почему в KDE такие проблемы с моей программой.

[sergeyvp]

Внеочередной выпуск проекта специально для друзей-kdeшников.
Теперь всё должно работать так же как в GNOME.

http://linfoline.homedns.org/TFX/download/tfx11052008.tar.gz

[devilr]

Друзья-kdeшники сообщают, что сейчас все ОК.
А в чем проблема то была?

[sergeyvp]

Друзья-kdeшники сообщают, что сейчас все ОК.
А в чем проблема то была?

KDE как-то странно обрабатывает события GTK+ и связано это с gtk-qt-engine. Пришлось продублировать вызов определения координат указателя. А чтобы диалоги стали модальными пришлось явным образом указать из какого окна вызывается этот диалог.

[devilr]

Интересно. Теперь будет 2 версии что-ли? Для KDE и гнома?

[sergeyvp]

Интересно. Теперь будет 2 версии что-ли? Для KDE и гнома?

Да нет, зачем, просто теперь перед добавлением новых функций буду тестировать и в KDE, чтобы накладок не возникало.

[devilr]

Так. То ли у меня что с головой... либо я что-то перестал понимать.
Допустим, ваша программа лежит в ~/tfx11052008
Если запускать ее с помощью Krusader - все нормально.
Если просто запускать ее двойным кликом в Konqueror, то при нажатии кнопки ОК (в диалоге "Загрузка данных") вываливается ошибка "Нет такого файла или каталога". Без указания что программе, собственно, надо.
Предполагаю проблему в пути до "рабочего каталога"
Это только у меня так?

[sergeyvp]

Это только у меня так?

Эта проблема будет устранена когда я напишу нормальную систему установки ( .deb, .rpm), на данный момент это просто черновик, поэтому пока можно просто не обращать внимание, всё равно пользоваться программой пока невозможно.
Её вообще лучше запускать из консоли, чтобы видеть вывод ошибок.

[devilr]

Кстати, еще у вас интересно сделано разделение окна по горизонтали и вертикали. С помощью 2-х кнопок.
Если разбивать окно по вертикали (к примеру) то окно увеличивается практически неограниченно. Лучше бы сделать ограничение.
Причем разбивать можно (если я правильно понял) только первое окно. Ибо выбрать другие не имеется возможности.
Таким образом (к примеру) сделать 6 окон (прямоугольник 3*2) нельзя.

[sergeyvp]

Причем разбивать можно (если я правильно понял) только первое окно. Ибо выбрать другие не имеется возможности.
Таким образом (к примеру) сделать 6 окон (прямоугольник 3*2) нельзя.

Любое окно можно разделить пополам либо горизонтально либо вертикально.
Конфигурации могут быть разнообразными.
Ограничения вводить не буду, пусть пользователи самоконтролем занимаются.