No explicit plans, it was just a copy/paste/merge of hf_ and preference functionality. While I think the GUI could take advantage of it, I was torn as to which GUI (GTK or qt) any new functionality would be developed. Since I don't know either that well, I remain concentrated on making all expert info filterable, so that its not confusing if new functionality comes along that only works on filterable expert info. For example, if the expert dialog could be enhanced to take advantage of filters (and possibly not have to run redissection), I wouldn't want the "yet to be filtered" expert info to not be populated in the dialog.
-----Original Message-----
From: Evan Huus <eapache@xxxxxxxxx>
To: Wireshark Developer List <wireshark-dev@xxxxxxxxxxxxx>
Sent: Sat, Jul 6, 2013 8:28 am
Subject: Re: [Wireshark-dev] [Wireshark-commits] rev 49559: /trunk/epan/ /trunk/epan/: epan.c expert.c expert.h packet.c proto.c