Re: GSoC 2024: gnunet-gtk gtk4 upgrade

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: 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 is being rewritten/replaced.  We used Glade for quite a
>> while despite it being WIP/in beta, with GNOME's reluctance to
>> declare
>> something stable I'm not sure a WIP RAD tool is inherently a bad
>> idea.
>> But I *am* sure that doing gtk_box_add() by hand is the road to
>> insanity.  So I would very strongly recommend using Cambalance ---
>> and
>> to use the opportunity to clean up the GUIs ;-).
>>
>> On 2/27/24 20:51, Schanzenbach, Martin wrote:
>>> 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 behind those glade XML files.
>>>
>>> OTOH moving to a WIP RAD tool is also not such a smart idea, maybe.
>>> But
>>> that depends on the maturity of cambalanche, which I cannot judge
>>> myself
>>> right now as I have never tried it.
>>>
>>> BR
>>>
>>> On 27.02.24 20:19, Gotam Gorabh wrote:
>>>> Hello Martin,
>>>>
>>>>      Note that migration from gtk3 to gtk4 especially for gnunet-
>>>> gtk is
>>>> not
>>>>      trivial: We use libglade, which does not exist for gtk4.
>>>>      We will need to decide if we want to migrate to something
>>>> like
>>>>     
>>>> https://blogs.gnome.org/xjuan/2023/09/28/cambalache-0-16-0-released/
>>>>      
>>>> <
>>>> https://blogs.gnome.org/xjuan/2023/09/28/cambalache-0-16-0-release
>>>> d/> or
>>>>      something different entirely.
>>>>
>>>>
>>>> Why can't we use the proper GObject concept like other gnome
>>>> application does? E.g. GNOME Settings,  Nautilus, etc. which can
>>>> handle the properties, and signals in a structured way.
>>>>
>>>> Thanks. Regards
>>>>
>>>> Gotam Gorabh
>>>
>>
> 

-- 
O< ascii ribbon - stop html email! - www.asciiribbon.org