After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 431636 - GtkTextView display problem with long lines
GtkTextView display problem with long lines
Status: RESOLVED DUPLICATE of bug 127731
Product: gtk+
Classification: Platform
Component: Widget: GtkTextView
2.10.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2007-04-20 11:01 UTC by Eric Lamarque
Modified: 2007-04-25 13:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Test case for GTK+ 2.6.10 scrolled text view (2.75 KB, text/plain)
2007-04-24 09:21 UTC, Eric Lamarque
Details
Output obtains at the Left of the TextView (2.45 KB, image/png)
2007-04-24 09:22 UTC, Eric Lamarque
Details
Output obtained at the Right of the TextView (1.44 KB, image/png)
2007-04-24 09:23 UTC, Eric Lamarque
Details

Description Eric Lamarque 2007-04-20 11:01:19 UTC
Please describe the problem:
The script-fu console interface suffers multiple wrap problems.

Tested on Solaris and Linux but both with GTK 2.10.6.

Steps to reproduce:
1. Open Script-fu console
2. Type in following commands

- (make-string 2 #\g)  -> OK "gg" is correctly display
- (make-string 8190 #\g) -> NOK if scrolled horizontally until the end, the closing " cannot be found
- (make-string 8191 #\g) -> NOK the line disappear
- (make-string 8192 #\g) -> NOK trash output
- (make-string 8200 #\g) -> NOK trash output, second line writen on first one.

Actual results:
Trashed output in console.

Expected results:
Clean output in console.

Does this happen every time?
Yes

Other information:
This could be a gtk issue or a line wrap handling issue.
Moreover, the horizontal scroll is very disturbing for the console.
Comment 1 Sven Neumann 2007-04-20 11:08:12 UTC
I don't think that's a real-life problem but nevertheless it looks like a GTK+ problem. You should make a small test program and file a bug-report against GTK+.
Comment 2 Sven Neumann 2007-04-20 11:20:55 UTC
I have added word-wrapping in the console. This avoids the horizontal scrolling for output that doesn't fit on one line. It doesn't deal with very long words as in your examples but that's not relevant for real-world use cases. Closing as FIXED.

Please open a bug report for the GtkTextView problem.

2007-04-20  Sven Neumann  <sven@gimp.org>

	* plug-ins/script-fu/script-fu-console.c: enable word-wrapping in
	the Script-Fu console.
Comment 3 Eric Lamarque 2007-04-20 13:11:35 UTC
I suggest to remove the gtk_text_view_set_wrap_mode().
The behavior changes from trashed console output to console freeze (or maybe five minutes waiting is too short for a result...)

The (make-string) test case is not really real world; it just shows the limit. Using (gimp-procedure-db-query *) is a rare case that triggers the problem.

As no better solution exists (except the fix in gtk), I suggest closing this as WONTFIX. My 2.2 PDB is twice the size of the 2.3 and is correctly displayed in GTK 2.6.2 TextView on one single line.
Comment 4 Sven Neumann 2007-04-20 14:27:47 UTC
Why should the call be removed? The output of (gimp-procedure-db-query *) looks much better with word-wrapping enabled.
Comment 5 Sven Neumann 2007-04-23 09:35:45 UTC
We can't close this as WONTFIX as it's a problem in GTK+ and needs to be reported there. Eric, did you take care of that in the meantime?
Comment 6 Eric Lamarque 2007-04-24 09:21:15 UTC
Created attachment 86908 [details]
Test case for GTK+ 2.6.10 scrolled text view

This little program reproduces the problem using only GTK+2.6.10 (Solaris and Linux).
The TextView must be enclosed in ScrolledWindow widget.
Comment 7 Eric Lamarque 2007-04-24 09:22:32 UTC
Created attachment 86909 [details]
Output obtains at the Left of the TextView
Comment 8 Eric Lamarque 2007-04-24 09:23:52 UTC
Created attachment 86910 [details]
Output obtained at the Right of the TextView

This one could be correct as there is no way to display infinite character, so after a certain limit, output could be discard.
Comment 9 Eric Lamarque 2007-04-24 15:58:42 UTC
Same output with gtk+ 2.6.11 using scrolled TextView test case.
Comment 10 Sven Neumann 2007-04-25 10:43:05 UTC
I can compile the test case and reproduce the problem at the right corner of the text view using gtk+ 2.10.11. Reassigning to GTK+.
Comment 11 Matthias Clasen 2007-04-25 13:36:19 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 127731 ***