From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6628 invoked by uid 1002); 10 Jun 2003 16:21:12 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 28088 invoked from network); 10 Jun 2003 16:21:12 -0000 Date: Tue, 10 Jun 2003 09:21:10 -0700 From: Robin H.Johnson To: Michael Kohl Cc: gentoo-dev@gentoo.org Message-ID: <20030610162110.GA12746@cherenkov.orbis-terrarum.net> Mail-Followup-To: Michael Kohl , gentoo-dev@gentoo.org References: <20030610164519.3c1ba117.citizen428@cargal.org> <20030610164236.5de01e80.me@0x1337.net> <20030610230314.71f33827.citizen428@cargal.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20030610230314.71f33827.citizen428@cargal.org> User-Agent: Mutt/1.5.3i Subject: Re: [gentoo-dev] Unified tool for Gentoo specific tasks? X-Archives-Salt: 479041b2-eb9e-4d03-8599-2f558dbc2aec X-Archives-Hash: 6c5d32ecfdbfccf0db56816aa5c4dcf1 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 10, 2003 at 11:03:14PM +0800, Michael Kohl wrote: > > As for the programming part, in my opinion shell scripts with use of > > "dialog" for the GUI are a good option. > Afer looking at ufed's code I realised that it also uses dialog. But > it's written in Perl. And actually I think that giving the possibility > to write a plug-in for "Emergency" in a variety of languages makes it > more attractive. But still, nothing against the use of dialog (or > Xdialog[1] for a GTK version of "Emergency"). In doing the cleanup work on ufed to get rid of the much reported bugs, myself and another developer found just how limiting dialog is. It would be wonderful if it easily supported multi-modal inputs and other non-binary options, but they are literally a nightmare. If you say it can be done, look at the kernel, I suggest you go and look at the copy of dialog that ships with the kernel. It is a really nasty bit of hacked up code, completely non-extendable. For the future UFED, we full-well realized that it would be best as a core library that has no UI functionality of it's own, and then each UI is written to just use the library. The (n)curses library that a new text mode UI would have needs to have a LOT more features than dialog to be seriously useful. Something like Turbo Vision (the interface style of the original Borland/Turbo Pascal/C, but in Perl or Python would go a long way towards what we would like. Turbo Vision was wonderfully extensible for what it was. --=20 Robin Hugh Johnson E-Mail : robbat2@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=3Dpeople.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Robbat2 @ Orbis-Terrarum Networks iD8DBQE+5gV2snuUTjSIToURApr9AJ9YHsLU5FHMFGgGG3RcUb0OmayXPgCgpPEW mYrtXf0mQW1RcRfCgFtY2EA= =xojT -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq--