Some DR800 dev questions

[GregorRichards]

I'm building a PDF viewer tailored towards technical documents (good support for rearranging multicolumn docs, etc). It's in poppler + gtk.

I'm having some platformy issues:

1) When I just draw the pages directly, it doesn't trigger the DR800's GTK+ to do a full refresh. So, I added an explicit gdk_display_sync and ioctl to make it to the full refresh ... and now it does it twice! At present I'm stumped as per why.
2) The "please wait" dialog isn't disappearing properly. The first thing I do is pop up a file chooser dialog, but when I do that the "please wait" dialog continues to float on top of it indefinitely ... perhaps this is just a bug in the GTK file chooser dialog (not updating properly) ... is it possible to explicitly hide it?

Thanks for any help!

(PS: Should this go in the iLiad Developer's Corner? Not actually an iLiad ... )

[Iñigo]

Originally Posted by GregorRichards

I'm building a PDF viewer tailored towards technical documents (good support for rearranging multicolumn docs, etc). It's in poppler + gtk.

I'm having some platformy issues:

1) When I just draw the pages directly, it doesn't trigger the DR800's GTK+ to do a full refresh. So, I added an explicit gdk_display_sync and ioctl to make it to the full refresh ... and now it does it twice! At present I'm stumped as per why.
2) The "please wait" dialog isn't disappearing properly. The first thing I do is pop up a file chooser dialog, but when I do that the "please wait" dialog continues to float on top of it indefinitely ... perhaps this is just a bug in the GTK file chooser dialog (not updating properly) ... is it possible to explicitly hide it?

Thanks for any help!

(PS: Should this go in the iLiad Developer's Corner? Not actually an iLiad ... )

Can't answer to your first question.
Regarding the second one, I've also observed the same when the application is started using a shell script.

[Gertjan]

Originally Posted by GregorRichards

1) When I just draw the pages directly, it doesn't trigger the DR800's GTK+ to do a full refresh. So, I added an explicit gdk_display_sync and ioctl to make it to the full refresh ... and now it does it twice! At present I'm stumped as per why.

The platform has a hybrid display update mechanism. It automatically tries to determine required updates from GTK+ expose events (see display.c of sysd), and it provides a way to control them via an API in liberutils. Working around these will probably result in various side effects.

2) The "please wait" dialog isn't disappearing properly. The first thing I do is pop up a file chooser dialog, but when I do that the "please wait" dialog continues to float on top of it indefinitely ... perhaps this is just a bug in the GTK file chooser dialog (not updating properly) ... is it possible to explicitly hide it?

Are you using the original 1.0x or 2.0-beta release?

In the 1.0 release, the dialog is removed as soon as a full screen window is opened, or after 30 seconds. You could try to work around this by opening a window first and show the file chooser dialog on top of it. I don't have the details at hand, but I believe this is reworked in the 2.0 release so that the dialog is removed as soon as the application has started.

[GregorRichards]

Originally Posted by Gertjan

The platform has a hybrid display update mechanism. It automatically tries to determine required updates from GTK+ expose events (see display.c of sysd), and it provides a way to control them via an API in liberutils. Working around these will probably result in various side effects.

Aha! Thanks for pointing me at liberutils. Using that to do the explicit requests when I'm doing things GTK+ can't seem to figure out = problem solved

Originally Posted by Gertjan

Are you using the original 1.0x or 2.0-beta release?

In the 1.0 release, the dialog is removed as soon as a full screen window is opened, or after 30 seconds. You could try to work around this by opening a window first and show the file chooser dialog on top of it. I don't have the details at hand, but I believe this is reworked in the 2.0 release so that the dialog is removed as soon as the application has started.

I worked around this by running the program in the background from a shell script. Trying to open a full screen window first didn't seem to help, but I'm still poking around ...

[GregorRichards]

I have both the previous questions answered (enough). I'm trying to properly use the IPC mechanism to handle the menu and page refreshes, but I'm failing miserably ... can somebody tell me what I'm missing? Here's the code:

gboolean
sys_startup_complete(void *vp)
{
    View *v = (View *) vp;
    const int xid = GDK_WINDOW_XID(v->window->window);
    eripc_sysd_startup_complete( eipccc, getpid(), TRUE, xid);
    return FALSE;
}
...
void menu_handler(eripc_context_t *context,
        const eripc_event_info_t *info,
        void *user_data)
{
    const eripc_arg_t *arg_array = info->args;
    printf("FEH!\n");

    if ((arg_array[0].type == ERIPC_TYPE_STRING) && 
        (arg_array[1].type == ERIPC_TYPE_STRING) && 
        (arg_array[2].type == ERIPC_TYPE_STRING) && 
        (arg_array[3].type == ERIPC_TYPE_STRING))
    {
        const char        *item      = arg_array[0].value.s;
        const char        *group     = arg_array[1].value.s;
        const char        *menu      = arg_array[2].value.s;
        const char        *state     = arg_array[3].value.s;

        printf("%s %s %s %s\n", state, menu, group, item);
    }
}
...
int main() {
...
  eripc_callback_function_t callbacks[] = {
      { menu_handler,           "menuItemActivated",        NULL            },
      { NULL }
  };
...
  /* set up eripc */
  eipccc = eripc_client_context_new(
    "techpdf", "0.1", "org.codu.techpdf", "/org/codu/techpdf", "org.codu.techpdf", callbacks);
  eripc_menu_add_group(eipccc, "GTest", "", "folder");
  eripc_menu_add_item(eipccc, "Test", "GTest", "folder");
  eripc_menu_add_menu(eipccc, "main", "GTest", NULL, NULL, NULL);
  eripc_menu_set_group_label(eipccc, "GTest", "GTest");
  eripc_menu_set_item_label(eipccc, "Test", "GTest", "Test");
  eripc_menu_show_menu(eipccc, "main");
...
}

sys_startup_complete is called as a g_idle_add. The .desktop file calls the binary directly (not via a shell script). The menu displays properly, but doesn't call back properly. I get no callbacks at all

At this point I'm stumped, I'm sure I'm just missing some important call, but I haven't found it ...

[Mackx]

Originally Posted by GregorRichards

I have both the previous questions answered (enough). I'm trying to properly use the IPC mechanism to handle the menu and page refreshes, but I'm failing miserably ... can somebody tell me what I'm missing? Here's the code:

sys_startup_complete is called as a g_idle_add. The .desktop file calls the binary directly (not via a shell script). The menu displays properly, but doesn't call back properly. I get no callbacks at all

At this point I'm stumped, I'm sure I'm just missing some important call, but I haven't found it ...

Until now I only used the code I copied from the helloworld example application. I.e. copying the ipc.c file and modifying it.
One of the differences I see is that you use org.codu. and I only use com.irexnet. with only the name of the application changed. Thats the only difference I see.

[GregorRichards]

Originally Posted by Mackx

Until now I only used the code I copied from the helloworld example application. I.e. copying the ipc.c file and modifying it.
One of the differences I see is that you use org.codu. and I only use com.irexnet. with only the name of the application changed. Thats the only difference I see.

I didn't want to use that code because then I had things coming from two very, very different codebases ... but maybe I can integrate them if I put the appropriate amount of work into it.

[Mackx]

Originally Posted by GregorRichards

I didn't want to use that code because then I had things coming from two very, very different codebases ... but maybe I can integrate them if I put the appropriate amount of work into it.

Did you try to change your code to use com.irexnet instead of org.codu? I.e.:

eipccc = eripc_client_context_new(
    "techpdf", "0.1", "com.irexnet.techpdf", "/com/irexnet/techpdf", "com.irexnet.techpdf", callbacks);

[GregorRichards]

Yeah, that was ultimately the problem. Weird. (I ended up importing the hello-world IPC code anyway, just to cover all bases.)