Re: Suggest Adding the Translation Work for ddd to the GNU Translation Project
Michael Eager <[email protected]> Mon, 23 Sep 2024 12:06:39 -0700
| Newsgroups | gmane.comp.debugging.ddd.general |
|---|---|
| Message-ID | <[email protected]> |
On 9/23/24 11:12 AM, Klaus wrote: > What I want to tell: It looks for ME, that gnome/gtk isn't a stable > development platform. We see feature removal development and also a lot > of quality issues. Touch did not work for around 4 month now and it > looks that nobody is working on the problem. The bug entry is open but > no further comments added there. Thanks for the heads up and letting us know your experience. A former maintainer created a port of DDD to GTK in 2009. My co-maintainer made a few changes so that it would compile and he indicates that it kinda/sorta works. I don't know what version of GTK it uses, but based on the porting date, it's likely long obsolete. I'm not happy with the coding style of the GTK port, using #ifdefs to allow the same code base to be compiled for GTK or X11/Motif. I believe that even when built for GTK that the X11/Motif or X11/Xt libraries are still needed, which is undesirable. There is a lot of DDD code which depends on X11 resource management and other functions, such as string management. If multiple GUI platforms are to be supported, I prefer an abstraction layer design. On the other hand, if we abandon X11/Motif completely, this is an unnecessary layer of code in a program which currently has other unnecessary layers. Q: If not GTK (some version), do you have a recommendation? It seems that there are a few choices, including qt and wxWidgets. I've used and done some development on WxPython and have a superficial understanding of the slots/signals design in qt. Both seem to have a significantly different design from X11/Motif, so porting may be much more complex than replacing a Motif display window call with a wxWindows or qt display window call. -- Michael Eager