DR1000 Screen Refresh for DR1000

[Gogolo]

Hi

Does somebody knows how to code a screen refresh in gtk+ for the DR1000?

Thanks
Gogolo


I may have found the answer:

https://www.mobileread.com/forums/sho...59&postcount=8

[Mackx]

Hi Gogolo,

The functions that you mention can indeed be used to force refreshes. An alternative that I used in xournal was to set the text of a GtkLabel, which also triggers a refresh.

[Gogolo]

Thank you! If it is not to much work: Could you post the code for that?

Gogolo

[Iñigo]

Originally Posted by Mackx

Hi Gogolo,

The functions that you mention can indeed be used to force refreshes. An alternative that I used in xournal was to set the text of a GtkLabel, which also triggers a refresh.

A GtkLabel does not own a GdkWindow (i.e. an X window), so I guess this trick performs a full screen refresh. Am I correct?

Iñigo

[Mackx]

Originally Posted by Gogolo

Thank you! If it is not to much work: Could you post the code for that?

Gogolo

Hi Gogolo, see the xournal code: https://bitbucket.org/mackx/xournal-...src/scribble.c

[Mackx]

Originally Posted by Iñigo

A GtkLabel does not own a GdkWindow (i.e. an X window), so I guess this trick performs a full screen refresh. Am I correct?

Iñigo

Yes, a full refresh. Although I am not sure why it works (worked?). Maybe it has to do with the total area that needs an update. If you draw something at the top and then update a GtkLabel at the bottom, it leads to a full-refresh.
(see also sysd/src/display.c)

[Gogolo]

Thank you Mackx!!!

[Iñigo]

Originally Posted by Mackx

Yes, a full refresh. Although I am not sure why it works (worked?). Maybe it has to do with the total area that needs an update. If you draw something at the top and then update a GtkLabel at the bottom, it leads to a full-refresh.
(see also sysd/src/display.c)

From the "Ion Development Environment" doc., pages 23-24:

A simple hook is added to GTK's main loop event handler which triggers a screen update
on certain expose events. We only perform an update if the expose event was emitted by a top level window, and if the expose is not the result of some intermediate process (such is the case with X configure events). This results in the minimum number of display updates, but it ignores updates to GtkEntry fields because they are implemented as GdkWindows (which are ignored, if they're not top-level).

My guess is that as Gtk.Label widgets do not have their own gdk / X window, the parent container with a proper window gets the refresh, thus this the Gtk.Window often.

Iñigo

[Gogolo]

When I add this:

extern GtkWidget *g_label;
gtk_label_set_text( GTK_LABEL(g_label), _(" Layer: ") );

It gives a error when building, g_label is not defined. Sorry I hope Im not annoying to much with these silly questions...

[Iñigo]

Originally Posted by Gogolo

When I add this:

extern GtkWidget *g_label;
gtk_label_set_text( GTK_LABEL(g_label), _(" Layer: ") );

It gives a error when building, g_label is not defined. Sorry I hope Im not annoying to much with these silly questions...

Try to remove "extern" and recompile if both lines are in the same file.

And no problem with the questions. This is the reason of the forum.

[Gogolo]

Thanks! It compiled good. Now I have to find the right place for it

[Iñigo]

Originally Posted by Gogolo

Thanks! It compiled good. Now I have to find the right place for it

In the statusbar at the bottom? at the right of message widget.
A simple Gtk.Label with a "." or " " character could be enough. Shift from one to the other anytime there is a move.

[Gogolo]

Thanks for the hint. Will try it tonight.
Gogolo

[Gogolo]

edit: cant get it to update the screen. Im working in vmare and cannot use qemu, so I have to test all the time on DR, which takes a lot of time. Ill stop here. I changed the gui of position editor to fit better for DR. Saving, loading and viewing PGNs runs except of the "only one time" bug. So when somebody is interested I can provide this.

Happy coding!
Gogolo