X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Wed, 11 May 2016 20:46:57 +0200 (CEST) X-X-Sender: igor2 AT igor2priv To: "Edward Hennessy (ehennes AT sbcglobal DOT net) [via geda-user AT delorie DOT com]" X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Re: gschem annoyances In-Reply-To: <915F1EED-B30B-43AF-ABB0-949F0A754918@sbcglobal.net> Message-ID: References: <572622FE DOT 9050705 AT gmail DOT com> <57279961 DOT 9010802 AT gmail DOT com> <20160505205109 DOT 2fa7b189f4210b3c0d7a8a4b AT gmail DOT com> <57320DDA DOT 4050107 AT gmail DOT com> <20160510191203 DOT d5dccf7d7353d0a550b97a1e AT gmail DOT com> <57322CA3 DOT 3010808 AT gmail DOT com> <915F1EED-B30B-43AF-ABB0-949F0A754918 AT sbcglobal DOT net> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Wed, 11 May 2016, Edward Hennessy (ehennes AT sbcglobal DOT net) [via geda-user AT delorie DOT com] wrote: > The main problem is the shortage of developers. It would be interesting to see a 5-whys, fishbone, or why-because analysis on this problem. And, hear others thoughts on potential solutions. Nailed it: shortage of developers and question of what to spend such limited resources on: fixing actual bugs, adding new features users need or just upgrading the software to the next major release of the GUI. (No doubt, at the end of the day the developer decides what he spends his time on.) My thougt on this from a few months back: http://permalink.gmane.org/gmane.comp.cad.geda.user/48262 My progress on realizing an sdl based alternative: - I have a generic hbox/vbox packer minilib that is totally GUI-independent; - I have an sdl2 based GUI implementation that implements most of the widgets I wanted to have; it depends on the hbox/vbox lib - the most notable missing feature is (the half-finished) pull-down menu - the system has provisions for a very simple mechanism that essentially looks like docking with detachable windows; it has provisions for supporting both docked windows and windows managed by the wm at the same time, for any part of the gui (but this part is not fully worked out yet). The concept goes as far in theory I could detach a part of a dialog box and it could live as a separate window or dock (not sure I will use this feature in real apps, tho). NOTE: I don't say this should happen to mainline gschem or mainline pcb, but I surely do everything to make it happen to the projects I maintain. I also encourage everyone to consider whether the costs [of gtk or any other mega-lib a particular package depends on] justify the benefits. I am working on a writeup on this general problem about libraries, especially library sizes, will share the URL when it's ready. Regards, Igor2