GNOME Bugzilla – Bug 355085
Gnome-sound-recorder dialog too small
Last modified: 2007-01-08 00:37:28 UTC
Whenever I start gnome-sound-recorder, I find,that the dialog is to small for the following reason: When you open the application, you see the record button, which you will press if you want to record something. If you then want to stop the recording, you don't see the stop button and you have to resize the dialog, which causes you to record more, than you wanted. I see two possible fixes for this: 1. make the record button to become a "Stop" button after pressed 2. enforce a minimum dialog size at start I will attach a patch to realize the second approach, since it's a lot easier ;)
As usual, when clicking commit, you see that there is more to it than you thought. Of course, it's locale specific, well at least for German, 605 pixels wide is the minimum. I guess that makes the whole thing more difficult :)
Created attachment 79551 [details] screenshot It works here, can you attach a screenshot so I see the problem?
*** Bug 383080 has been marked as a duplicate of this bug. ***
#383080 actually contains an image already, so nevermind. I'll see if this is fixeable.
Comment on attachment 79551 [details] screenshot Change the mime :)
Comment on attachment 79551 [details] screenshot change mime
Just a suggestion, but I don't think that "Save As" demands that kind of toolbar real estate. It's especially large in German and French, probably other languages as well; removal might help avoid this. The functionality is predictably available via the File menu.
The proposed solution to the following bug may also aid here: http://bugzilla.gnome.org/show_bug.cgi?id=387400
I want to make several changes. Removing new is fine with me, but save should behave as save-as if no filename has been entered yet (like any other app), thus indeed removing save-as from the toolbar, and I also really want record and play to be substituted by stop, rather than becoing insensitive. This together should fix this (although the theoretical problem will continue to exist). anyway, I don't have any of this done yet. :-). I should hurry, freeze is tomorrow.
2007-01-07 Ronald S. Bultje,,, <rbultje@gnome.org> * grecord/src/gsr-window.c: (pipeline_error_cb), (file_save_cb), (play_state_changed_cb), (record_state_changed_cb), (gsr_window_set_property): * grecord/src/ui.xml: Remove save-as from toolbar, make save behave as save-as if no filename has been given yet. OK, so the stop/play/record idea didn't work out, it makes the toolbar reposition buttons as they become visible or not, which is highly annoying, so I just removed save-as. This bug should now be fixed.
Created attachment 79658 [details] Screenshot of modification in German interface Screenshot confirmation that Ronald's fix does indeed resolve this issue (German, w/ size 10 font, but also in French). Wanted to be sure (anal), thought i'd share.
Hmm wait, I just saw in Glade that there is a toolbar property that governs wether icons can expand or be hidden into an arrow: <property name="show_arrow">False</property> This would prevent the toolbar from overflowing into an arrow, and would resize the window's width instead. What about that?
Sounds good, can you apply that patch yourself?
Hmm unfortunately no, I'm not a developer, just a user interface freak that plays with glade to do mockups :)
Let me reopen this so I remember to apply this when I get home tonight.
2007-01-07 Ronald S. Bultje,,, <rbultje@gnome.org> * grecord/src/gsr-window.c: (gsr_window_init): Set show_arrow to FALSE, so that the toolbar cannot be hidden when the text of the labels is too large. Idea provided by Jeff Fortin <nekohayo@gmail.com> (#355085).