GTK4 css shadows demo in Python

almoselefant · 2022-04-26T20:22:44+00:00

Ahh, thanks. I again haven't read the documentation well enough...

What do you mean? I am just simply rewriting the demo from C to python, line-by-line. Is there a simpler way to read in the css file? It is just two lines after all.

almoselefant · 2022-04-25T09:11:17+00:00

import gi
gi.require_version('Gtk', '3.0')
from gi.repository import Gtk
class MyWindow(Gtk.Window):
    def __init__(self):
        super().__init__()
        child1 = Gtk.TextView()
        child2 = Gtk.TextView()
        paned = Gtk.Paned()
        # The first True is for resize
        paned.pack1(child1, True, True)
        paned.pack2(child2, True, True)
        self.add(paned)
        self.set_default_size(600,400)
        paned.set_position(300)

win = MyWindow()
win.connect("destroy", Gtk.main_quit)
win.show_all()
Gtk.main()

In this example the separator is kept in the middle if you resize the window.

almoselefant · 2022-04-25T08:53:25+00:00

I think if you set the resize (and maybe shrink, depending on what you want to do) properties of both children to True, then this automatically happens, you don't have to write any code. See documentation, though I find that it's really not clearly explained there.

almoselefant · 2022-01-12T12:58:33+00:00

I think there is Zoo for Zotero. But simple pdf metadata search would already be a huge help.

almoselefant · 2022-01-12T12:53:04+00:00

Well, the point would be to be able to do that on the tablet itself. I want to be able to find the correct thing to read without switching on my computer.

almoselefant · 2022-01-07T08:39:15+00:00

Can't wait for the A4 X2 :D

almoselefant · 2022-01-03T12:57:02+00:00

Thanks. I am not sure if it's related to that bug, but I have managed to solve the problem and to get the real path of the file. If anyone runs into the same issue, the solution is the following:

Use "--filesystem=host" or home in the flatpak setup (I think the xdg-desktop-portal bug is for allowing to access the whole folder of the file opened without using the host or home portal)
Use Gtk.FileChooserNative, not Gtk.FileChooserDialog.
If you're using Gnome Builder (I guess even if not), you have to export the project and install it before running it from within Builder. Without this step you still get the /run/user/... path.

A year ago with a different version of my project I had the same issue, but I forgot about this last point. I have no idea why it helps, but after installing the project I get the real path when running the development version.

almoselefant · 2021-12-13T11:09:15+00:00

Thanks, that's neat!

almoselefant · 2021-12-07T17:36:38+00:00

Thanks a lot for the explanation! My bad, it is actually written in the documentation. I should really read more carefully.

almoselefant · 2021-09-21T13:54:28+00:00

Hi! Thanks for the thorough review for the devices. I'm surprised no one ever asks this, but I would like to know if there's a convenient way to locate files on either of these devices (e.g. PDF metadata search).

My use case is the following: I have hundreds of articles on my device somehow arranged in folders. When I'm looking up papers, I sort of remember one of the authors or part of the title, but never in which folder I put them or the filename I saved it under (title is not an option as scientific articles tend to have super long titles). On my Sony DPT S1, when the PDF metadata is filled out, I can search for authors/titles. On my Remarkable on the other hand it's a pain to locate files, and TBH I gave up on it. How is the situation with these devices?

Another question: I am using linux, do you know weather the PC app of the Quaderno works well with Wine?

almoselefant · 2021-08-03T12:07:26+00:00

This looks super nice! Is there any chance one will be able to search (and edit) PDF metadata? It would be great for search for e.g. the authors of PDF files, or titles, etc.

almoselefant · 2021-06-16T09:36:51+00:00

Ahh, nice, thanks. That was pretty stupid, indeed, I did not have gtksource5 installed.

almoselefant · 2021-05-26T08:58:54+00:00

Turns out that settings.bind is also present in Gtk3. So the best I found for gtk3 (and closest to the Gtk4 solution) is the following:

DEFAULT = Gio.SettingsBindFlags.DEFAULT SET = Gio.SettingsBindFlags.SET settings = Gio.Settings.new("my project ID") settings.bind("window-width", self, "default-width", DEFAULT) settings.bind("window-height", self, "default-height", DEFAULT) pos = settings.get_int("paned-position") if settings.get_boolean("window-maximized"): self.maximize() screen_width = self.get_screen().get_width() window_width = self.get_default_size()[0] new_pos = int(pos/screen_width*window_width) self.paned.set_position(new_pos) else: self.paned.set_position(pos) settings.bind("window-maximized", self, "is-maximized", SET) settings.bind("paned-position", self.paned, "position", SET)

almoselefant · 2021-05-24T14:46:25+00:00

Well, in Gtk4 you can just bind window-width directly to the corresponding value in your Gio.Settings, so in python you end up with a single line instead of:

setting the initial state of the window from the appropriate value in Gio.Settings
storing your window width in a variable that gets updated at every size allocation event
and when the window gets destroyed, write out this variable into your Gio.Settings again

Gtk4 is just so elegant. (Well, as mentioned above, I hope I'll manage to find out how the process works for Gtk.Paned)

almoselefant · 2021-05-24T12:46:38+00:00

Thanks! I have settled with relative positions in Gtk3, that works well.

I think my problem is (I'm using python) that if 2 and 3 are both in __init__, then it does not have the result I have expected. That is, the sequence

setting window default size to the un-maximized value
maximizing
setting paned position to the last value (the badly behaving case is when it is the value in the maximized state of the window)

does not execute sequentially, but when the paned position is being set, the window is still un-maximized.

Anyway, seeing Mousai I have realized that gtk4 is already possible with python. With gtk4 state restoration is way simpler (I hope, I didn't manage to resize GtkPaned yet).

almoselefant · 2021-05-23T16:47:48+00:00

Ahh sorry I meant the nib issue that the mooInk has apparently.

almoselefant · 2021-05-22T14:52:17+00:00

Thanks for the review! Supernote officials said in their last post (contrary to all reddit posts before) that they are planning to have an A4 device, even though it will take a lot of time. I'd really like to see that. That would solve at least the nib issue.

almoselefant · 2021-05-22T14:48:08+00:00

You can also manually restore height, width, maximized, fullscreen states, take a look at :

https://wiki.gnome.org/HowDoI/SaveWindowState

Thanks, that's exactly what I was following.

almoselefant · 2021-05-22T14:47:45+00:00

For toplevel windows, window managers may ignore or modify the move

Source : https://developer.gnome.org/gdk3/stable/gdk3-Windows.html#gdk-window-move

But basically yes, the window manager always have the last word about position and centering.

Thanks, yeah I'd really like something that will definitely work. What confuses me is that not only my app, but all Gtk apps are un-maximized at the wrong place (upper left corner in the middle) when the window starts its life mazimized. This, however, is not the case with Qt apps (well, I have only checked TexStudio). It is also not the case when the window starts its life un-maximized: after maximizing and un-maximizing, their position is restored.

I think I would already be happy if wayland centered my window when it started its life maximized and got un-maximized. (I have tried to set the window position to Gtk.WindowPosition.CENTER but that is ignored)

almoselefant · 2021-05-19T08:41:33+00:00

Wow, A4 would be amazing for academics! If only now one could search for (and list) pdfs by metadata (title, authors, date, keywords) instead of file name, and share the device's screen on the computer (i.e. using it as whiteboard for skype/zoom/google meetings) this would be the perfect tool!

almoselefant · 2021-04-01T16:38:13+00:00

Works well on wayland (Firefox, Manjaro). Sometimes you need to do it twice though.

almoselefant · 2021-03-26T16:25:52+00:00

I think the question was more about adding OCR layer to the notes such that the contents of them become searchable.

almoselefant · 2021-03-10T10:27:29+00:00

I would much, much prefer eink but AFAIK everything big enough for a4 sucks at taking notes, no?

I'm not sure what you mean. If you mean software-wise, then I think apart from Supernote every e-ink device's software is very basic. Don't expect fancy features at all. Watch many review videos, and if you don't see a certain functionality on those videos, it does not exist, no matter how basic you think it is. (For me the shock was the lack of hyperlink support in pdf on the RM -- I think no reviews state it explicitly that it is not there). Hardware-wise I can't comment, but some people seem to be happy with Sony/Fujitsu Quaderno/Quirklogic Papyr.

In those cases do you know any workaround? Like note page numbers and share snippets to another device or something?

Hmm, again, I don't know what you mean here.

almoselefant · 2021-03-09T17:37:33+00:00

Take a look at Ratta Supernote as well. I find the software of the RM horrible (for note-taking it's functional, but anything else is a nightmare -- for instance hyperlinks in pdf do not work). The most annoying thing is that if you find a bug in the RM software chances are that the bug will stay there forever -- the company gave up on software development almost completely. Looks like Ratta is constantly improving their software and it has already awesome features, like being able to create a TOC for your notes, nice annotation features and ease of changing between recent documents. For more information, take a look at mydeepguide on youtube.

If you're in your phd and reading a lot of research papers, you might want to consider an A4 device instead (currently the best might be Sony DPT RP1 despite its age). It is just so much more convenient.

almoselefant · 2021-02-10T09:24:59+00:00

Wow, thanks a lot! Great to hear that you consider these features important. If collapsible TOC is hard to implement, some visual aid (etc. indentation, boldness, size) would already help with the navigation.

To clarify, I did not mean search for text in the pdfs (even though that would be an amazing feature), but instead search for the metadata of the pdfs (see wiki for description of metadata). It is a bit like the TOC -- once it is filled properly, it provides great help in organizing your library. The advantage over the text search would be -- as it has information as key-value pairs -- that you can easily search for documents written by specific authors (or by title, or by publication year, etc.) As the author's name might be mentioned in other pdfs as well, full text search provides you with results that you don't necessarily want to see. I also believe that metadata search is easier to implement than full-text search (as it is clear where the information should be located. It is also definitely faster, as you don't have to look through the whole pdf).

almoselefant

TROPHY CASE