On 28.02.2024 3:20, Jacki wrote:
But I assume it's also possible to use Cambalache already. Most
important functionality should work.
It's also possible to write UI files by hand instead of using Glade.
On Tue, 2024-02-27 at 20:58 +0100, Christian Grothoff wrote:
Let me just say this: usi
Just to also throw another option out there. Since we now have a REST
API we may even want to consider writing it in something else than C:
https://www.gtk.org/docs/language-bindings/index
Even if we write it in C, we may want to use the REST API, it would
theoretically make it easier to do gra
GNUnet applications are not expected to run well without 'make install'.
Moreover, I'm not sure gnunet-gtk works at all if being install into a
different prefix than the underlying GNUnet installation ...
On 2/28/24 05:52, Gotam Gorabh wrote:
Hey,
I built and installed *gnunet* and *gnunet-gt
Try exporting GNUNET_PREFIX:
You may have provided "--prefix=" to configure. If you did not,
it is "/usr/local". Before you run gnunet-gtk, run:
$ export GNUNET_PREFIX=/lib
Br
On 28.02.24 05:52, Gotam Gorabh wrote:
Hey,
I built and installed *gnunet* and *gnunet-gtk *successfully**but while
Exactly. In GTK3 you can still use Glade but import the UI files via
GtkBuilder. In GTK4 they adjusted widgets quite a bit. So instead of
Glade you need to use Cambalache because Glade won't be ported over. In
fact Cambalache is developed by one of the core contributors behind
Glade.
Since Camabal
Let me just say this: using a RAD tool like Glade is just the only
logical thing, it is 1000% more productive for UX development then doing
the building of Gtk objects by hand. So for the sake of sanity, please
use *some* RAD tool. Besides, AFAIK GtkBuilder isn't deprecated, just
Glade itself i
I think our use of glade is historical.
It just made sense to somebody (not me, my guess is Christian).
I personally have no issue with moving away from glade as RAD tool as I
find it very cumbersome myself.
Note, however, that it will also mean writing a lot of code that is
currently hidden be