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 549860 - Scheduled Transaction editor causes large minimum window size (too big to fit on small device's screen)
Scheduled Transaction editor causes large minimum window size (too big to fit...
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: User Interface General
2.2.x
Other All
: Normal enhancement
: ---
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks: 732763
 
 
Reported: 2008-08-29 19:59 UTC by Anna Langley
Modified: 2018-06-29 22:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
1024x600 screenshot of gnucash 2.2.6 window (133.70 KB, image/png)
2008-10-02 17:21 UTC, Tomasz Dominikowski
Details

Description Anna Langley 2008-08-29 19:59:22 UTC
I suggest that the application allow its windows to be resized so that they can fit within the screen of small devices such as the Asus Eee, and Acer Aspire One, which have screen resolutions in the vicinity of 1024x600.

Other information:
Comment 1 Tomasz Dominikowski 2008-10-02 17:21:32 UTC
Created attachment 119814 [details]
1024x600 screenshot of gnucash 2.2.6 window

Cannot reproduce with GnuCash 2.2.6. The window adapts to 1024x600 perfectly. I think this report can be closed.
Comment 2 Brad Rubenstein 2008-11-11 19:49:12 UTC
May be a manifestation of bug 404451, aggravated by the smaller screen size.
Comment 3 James Derrick 2011-03-08 11:25:10 UTC
I'm experiencing similar symptoms on a new Fedora 14 install with GnuCash 2.4.2 and a fairly large native file (2+ years of data).

To reproduce:
Fedora 14, Gnome 2.32.0, GnuCash 2.4.2, Samsung N150 netbook 1024x600 screen.
1. Mount an external file system containing a GnuCash file.
2. Open GnuCash, which automatically loads the file.
3. The GnuCash screen extends below the Gnome lower panel and the vertical size can not be reduced using the top window grab bars.

Connecting an external screen with a higher vertical resolution and moving GnuCash across still exhibited the minimum height.

After some experimentation, the issue may be narrowed down to the Scheduled Transaction editor window:
1. Opening GnuCash with the file inaccessible.
2. GnuCash opens with no file loaded in a sensibly sized window.
3. Mount and load the previous file.
4. The application window can be freely resized right down to 814x440 which comfortably fits within the netbook's limits.
5. Actions -> Scheduled Transactions -> Scheduled Transaction Editor
6. The window automatically resized to 814x575 and could not be vertically resized.
7. Maximise to full screen stopped working - the window decorations changed (removes edge borders), but the window remained 814x575.
8. 'Close' the 'Scheduled Transaction Editor' tab.
4. The application window can again be freely resized.
 

The typical use case for me would be updating a GnuCash file usually held on a desktop PC (e.g. res 1920x1280) on a netbook PC with a much smaller screen (e.g. res 1024x600).

FYI, Samsung N150 and Acer netbooks have a vertical res of 600, with a usable res with Gnome of 1024x550 (measured by maximising GnuCash, then measuring a screenshot).

Best regards.
Comment 4 markbr2004 2016-04-06 06:34:23 UTC
Running 2.4.13 on a Samsung N150. The scheduled transaction editor is unusable because it's too large and the cancel/ok buttons are off-screen.

If developers don't think it's important for people with small screens to be able to use the program please point me to roughly the right place in the code and I'll have a go at fixing it.
Comment 5 Mike Evans 2016-04-06 07:25:47 UTC
The latest release is 2.6.12, is it still an issue with this release?
Comment 6 Mike Evans 2016-04-06 07:41:13 UTC
This may be related to https://bugzilla.gnome.org/show_bug.cgi?id=701052

src/gnome/gtkbuilder/dialog-sx.glade
sr/gnome/dialog-sx-*
Comment 7 markbr2004 2016-04-06 10:02:14 UTC
The latest packaged release I can get to is 2.6.4 but upgrading will lead me into dependency hell and things getting updated that I don't want updated.

I was being overly optimistic in my offer to help as well. I don't have a development environment on my machine and installing one would likely lead me into dependency hell as well.

Thanks for the source pointers though. I had a nasty suspicion after a quick look at dialog_sx_editor.c and dialog-utils.c that the problem - assuming it still exists in the latest release - comes from the gtk stuff and I really don't want to go there.

Looks like I'll have to stick to manually entering my recurring transactions for now :-(

Thanks for the response. If I do manage to take this any further I'll update the bug again.
Comment 8 Geert Janssens 2017-08-26 19:10:00 UTC
I'm marking this a fixed as I believe bug 701052 solves it. Should this not be the case, feel free to reopen.
Comment 9 John Ralls 2018-06-29 22:09:19 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=549860. Please update any external references or bookmarks.