Ethereal-dev: Re: [Ethereal-dev] RFC: Prefer GTK2 over GTK1 as default

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Guy Harris <guy@xxxxxxxxxxxx>
Date: Fri, 9 Jan 2004 16:38:18 -0800

On Jan 9, 2004, at 4:24 PM, Eric Wedel wrote:

Having fiddled with fonts back in my TeX days, this comment
seems ludicrous.

You might want to try bringing that up again, then.

  In fact a message or so along in the same thread,
Allin Cottrell replies with some sample code which uses a simple
heuristic to determine whether a font is monospaced:
  http://mail.gnome.org/archives/gtk-devel-list/2002-July/msg00212.html

And Keith Packard noted:

	http://mail.gnome.org/archives/gtk-devel-list/2002-July/msg00213.html

Perhaps the fontconfig stuff he talks about

Not sure if this is of help for ethereal, but it might be worth a look.

I'd prefer not to have Ethereal be in the business of replacing system dialog boxes, if at all possible. I'd like to leave that up to the toolkit designers as much as possible. GtkClists are feeble enough, and a packet list display close enough to Ethereal's "core competence", if you will, that I'm willing to live with a replacement packet list widget, but I don't see file selection, font selection, etc. as being fundamental functions of Ethereal, so I'd really prefer not to be in the business of replacing those dialogs. (I'd even prefer not to be in the business of replacing the packet list, but I don't know how many toolkits have column-list widgets that handle hundreds of thousands of rows without trouble, support arbitrary colorization of rows, support adding, deleting, and removing colors on the fly, and can call back to get column text rather than, as the GtkClist does, requiring you to set the text for every column of every row. GTK+ 2.x's new tree model/view might handle that, as might some others, but GtkClists aren't really up to the task.)