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 138875 - gcalctool-ng - Display expands into two rows
gcalctool-ng - Display expands into two rows
Status: RESOLVED DUPLICATE of bug 157757
Product: gnome-calculator
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Sami Pietilä
Sami Pietilä
Depends on:
Blocks:
 
 
Reported: 2004-04-02 17:55 UTC by Sami Pietilä
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
A picture of the problem situation (30.39 KB, image/png)
2004-04-02 17:59 UTC, Sami Pietilä
Details

Description Sami Pietilä 2004-04-02 17:55:38 UTC
Entering for example 1+(2+3+...+20 into gcalctool triggers the bug.
Comment 1 Sami Pietilä 2004-04-02 17:59:46 UTC
Created attachment 26263 [details]
A picture of the problem situation
Comment 2 Rich Burridge 2004-04-02 21:38:44 UTC
Reassigning to Sami. This is only a problem with the new
Use Arithmetic precedence mode in the gcalctool-ng branch.
Comment 3 Sami Pietilä 2004-04-02 23:10:34 UTC
This bug occurs also with CVS HEAD (version 4.4.3), which does not contain 5.x
changes.

This bug is now added to the TODO-list of 5.x. The correction will be made to
5.x if fix is not inherited earlier via merge from 4.x.

If the fix is made to 5.x, the same fix is propably valid and can be used in
4.x. However, this bug is not at high priority in 5.x.
Comment 4 Rich Burridge 2004-04-05 14:33:15 UTC
Ah, I missed that you were creating this expression with braces.
I'll take it back and investigate. Thanks.
Comment 5 Sami Pietilä 2004-07-16 21:54:34 UTC
Reassigned.
Comment 6 Sami Pietilä 2004-07-16 22:01:31 UTC
There is now a horizontal scrollbar for display. There are currently two things
that needs to be changed.

1. Scrollbar should be visible only when needed.
2. Scrollbar should be scrolled to the end when displayed string is appended.
Comment 7 Sami Pietilä 2004-09-11 07:16:05 UTC
1. Setting scrollbar policy to automatic reserves always empty space for
scrollbar even if it's not there.

2. Calling following function after set_display() will cause the display to go
sometimes blank. Just by clicking horizontal adjustment will restore display
content.

Currently I have no idea how hadjustment should be told to go to the max value
after display has been updated.


void
update_hadjustment_to_upper()
{  
  GtkAdjustment *adjustment = 
    gtk_scrolled_window_get_hadjustment(X->scrolled_window);

  gtk_adjustment_set_value(adjustment,
			   adjustment->upper);
}
Comment 8 Sami Pietilä 2004-11-13 09:47:10 UTC

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