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>>
_______________________________________________ Ethereal-dev mailing list [EMAIL PROTECTED] http://www.ethereal.com/mailman/listinfo/ethereal-dev
