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.)