I noticed a UI "bug" in the filter progress dialog where the labels
and the values are off when the display filter exceeds one line of
text. See attached picture.
This is the case on GTK+-2.2.3.
I however cannot create the "unexpected end of filter string" error on
my GTK+-2.2.3 build (even after 70 filtered-out streams), maybe it
only appears on the Windows build with GTK+-1.3.x.
Regards,
Olivier
----- Original Message -----
From: "Ulf Lamping"
| Ethereal development schrieb am 26.01.04 10:48:19:
| >
| > Very nice!
|
| :-)
|
| >
| > However there's still a built-in hard-coded limit on the size of a
filter
| > string. Try for instance filtering out a dozen of TCP streams, and
your
| > filter string will be truncated at some point, resulting in a
dfilter
| > compile error. Maybe we want to get rid of the fixed-length buffer
and go to
| > a dynamically allocated buffer (this may require the creation of
an own text
| > input widget, capturing keyboard input events and reallocating a
new buffer
| > whenever the previous buffer is full)?
| >
|
| I don't know where this fixed length is used.
|
| Maybe it's the text entry used in the combo box. If that's the case,
we could simply make a call to gtk_entry_set_max_length() and set the
max length to 65535, which should be enough for some *very* long
filters :-)
|
| I currently don't have a clue if this will work, and cannot test
this at the moment.
Attachment:
filter_progress_dialog.png
Description: PNG image
