View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001240 | ardour | bugs | public | 2006-06-13 15:57 | 2007-07-04 09:53 |
| Reporter | stefan | Assigned To | paul | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001240: Gui window does not fit into 1024x768 | ||||
| Description | The ardour window is too wide for my 1024x768 resolution, effectively overlapping a bit to the next desktop. Therefore I can't maximize it or really use the right side menu without repeatedly moving the window to and fro. Maybe lowering the width of some buttons or the time fields is possible? Or removing one of the options buttons, e.g. timing, don't know if it is important where it is. I'm using ardour on a laptop with the maximum resolution of 1024x768, so I have no other choice... | ||||
| Tags | No tags attached. | ||||
|
|
As a (temporary?) workaround you can disable one of the two clocks (right-click>mode>off). I don't know if you can save this setting permanently in a config file somewhere. Then edit your ardour2_ui.rc (usually in /usr/local/etc/ardour2) as follows... change: style "medium_bold_text" { font_name = "sans bold 8" } to: style "medium_bold_text" { font_name = "sans bold 7" } Then, ardour2 should let you make the window narrow enough to fit in 1024x768 and you can then maximise it. This is what I'm doing at the moment because I always used two 1024x768 displays with the editor in one and the mixer in the other. It would be nice if ardour2 would fit into 1024x768 by default, especially since it's only a few pixels too wide when using the default settings. Hope this helps! |
|
|
I also have a 1024x768 screen and have this problem. I know that since some recent version, the GUI was adjusted to be able to fit in 1024x768, and it does - sometimes. Some events cause the GUI to resize itself, making itself a bit too large for the screen. To get it to fit again I have to un-maximize the window (by first dragging the window to the left to get the maximize button back on the screen) and re-maximize it. I find this happening often. For example, showing or hiding the editor mixer causes this. It would be nice if Ardour would not resize itself when maximized. |
|
|
ardour has no idea if it is maximized (not F11 maximized). |
|
|
I see - would a setting to disable resizing except manually by the user be in the cards? This might be useful even for people with higher resolutions, e.g. if they want to keep their windows tiled in a certain way. |
|
|
the GTK GUI toolkit doesn't work that way. the resizing that happens is because we (programmatically) make some change to what is displayed, and GTK automatically resizes the window to fit. the problem is because of the change that is made, the resize is merely the symptom. it might help if you could identify what changes you notice that drive the resize. |
|
|
Here are the things I can find that resize the editor window. - show or hide editor mixer (shift-E) - change editor mixer width (wide to narrow or narrow to wide) - change track height (increase or decrease) - F11 twice In F11-maximized mode, these things do not cause a resize. I can see now that preventing automatic resize wouldn't really fix the problem, because the toolbars are always wider than 1024 pixels, and they are just cut off if the window is narrower than their actual width. |
|
2007-01-24 04:28
|
|
|
|
hi, i've a laptop with a 1024x768 display. here's my ardour2ui_rc file allowing the ardour's window to fit onto the screen. hoping it will help somebody See the Attached Files |
|
|
I think the problem is the menu bar... since it displays many informations (DSP load, system time, latency etc...), the only way to make it respect the 1024 pixel boundary is to use tiny fonts (tweaking ardour2_ui.rc). It will be nice to have an option to dock/undock or at least to hide some of the information displayed. |
|
2007-03-08 18:22
|
1024x768fix.patch (1,999 bytes)
Index: gtk2_ardour/ardour_ui.cc
===================================================================
--- gtk2_ardour/ardour_ui.cc (revision 1559)
+++ gtk2_ardour/ardour_ui.cc (working copy)
@@ -655,11 +655,11 @@
nframes_t rate = engine->frame_rate();
if (fmod (rate, 1000.0) != 0.0) {
- snprintf (buf, sizeof (buf), _("%.1f kHz / %4.1f msecs"),
+ snprintf (buf, sizeof (buf), _("%.1f kHz / %4.1f ms"),
(float) rate/1000.0f,
(engine->frames_per_cycle() / (float) rate) * 1000.0f);
} else {
- snprintf (buf, sizeof (buf), _("%u kHz / %4.1f msecs"),
+ snprintf (buf, sizeof (buf), _("%u kHz / %4.1f ms"),
rate/1000,
(engine->frames_per_cycle() / (float) rate) * 1000.0f);
}
@@ -682,7 +682,7 @@
char buf[64];
if (session) {
- snprintf (buf, sizeof (buf), _("Buffers p:%" PRIu32 "%% c:%" PRIu32 "%%"),
+ snprintf (buf, sizeof (buf), _("Buf p:%" PRIu32 "%% c:%" PRIu32 "%%"),
session->playback_load(), session->capture_load());
buffer_load_label.set_text (buf);
} else {
Index: gtk2_ardour/ardour_ui_ed.cc
===================================================================
--- gtk2_ardour/ardour_ui_ed.cc (revision 1559)
+++ gtk2_ardour/ardour_ui_ed.cc (working copy)
@@ -690,11 +690,11 @@
sample_rate_label.set_name ("SampleRate");
menu_hbox.pack_start (*menu_bar, true, true);
- menu_hbox.pack_end (wall_clock_box, false, false, 10);
- menu_hbox.pack_end (disk_space_box, false, false, 10);
- menu_hbox.pack_end (cpu_load_box, false, false, 10);
- menu_hbox.pack_end (buffer_load_box, false, false, 10);
- menu_hbox.pack_end (sample_rate_box, false, false, 10);
+ menu_hbox.pack_end (wall_clock_box, false, false, 1);
+ menu_hbox.pack_end (disk_space_box, false, false, 4);
+ menu_hbox.pack_end (cpu_load_box, false, false, 4);
+ menu_hbox.pack_end (buffer_load_box, false, false, 4);
+ menu_hbox.pack_end (sample_rate_box, false, false, 4);
menu_bar_base.set_name ("MainMenuBar");
menu_bar_base.add (menu_hbox);
|
|
|
After applying the attached patch... and getting rid of the second clock in the tool bar... ardour2 maximizes well on my mac running FC6 at 1024x768... To me it also makes sense to arbitrarily not show the second clock on a screen with 1024x768 resolution. |
|
|
recent svn and 2.0rc1 will hide the secondary clock, the disk space display and the wall clock if the screen width is less than 1100 pixels. i believe that this should be the end of this bug. i'm leaving it open in case height is still an issue. |
|
|
Works for me - but not with my dual head setup (using MergedFB). The total width of both monitors is greater than 1024x768, so even though my primary (laptop screen) is 1024x768, Ardour doesn't hide these items when the editor window is on this screen. Admittedly, this probably isn't a big issue for most people using multiple monitors. |
|
|
i am here on a 1024x768 screen, but i never had problems with it, starting ardour always with: 'LANG=en_US.UTF-8 ' prefix. is it now possible to switch the 'disk space display' on again, since i will miss that feature? cheers, doc |
|
|
this has been fixed in 2.0 and above. |
|
|
Resolved. See Notes. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-06-13 15:57 | stefan | New Issue | |
| 2006-06-13 15:57 | stefan | Name | => stefan |
| 2006-06-19 14:18 | StevenChamberlain | Note Added: 0002513 | |
| 2006-10-22 19:22 | bensaylor | Note Added: 0002524 | |
| 2006-10-26 20:39 | paul | Note Added: 0002533 | |
| 2006-10-27 02:18 | bensaylor | Note Added: 0002536 | |
| 2006-10-27 02:48 | paul | Note Added: 0002537 | |
| 2006-11-23 23:59 | bensaylor | Note Added: 0002824 | |
| 2007-01-24 04:28 | Dazgard | File Added: ardour2_ui.rc | |
| 2007-01-24 04:29 | Dazgard | Note Added: 0003103 | |
| 2007-01-24 04:31 | Dazgard | Note Edited: 0003103 | |
| 2007-01-25 16:04 | ldk_linux | Note Added: 0003106 | |
| 2007-02-17 22:30 | taybin | Status | new => acknowledged |
| 2007-02-22 20:12 | taybin | Sticky Issue | No => Yes |
| 2007-03-08 18:22 | mtaht | File Added: 1024x768fix.patch | |
| 2007-03-08 18:23 | mtaht | Note Added: 0003537 | |
| 2007-03-22 16:24 | cth103 | Relationship added | related to 0001384 |
| 2007-03-27 04:41 | taybin | Relationship replaced | has duplicate 0001384 |
| 2007-04-07 17:52 | paul | Note Added: 0003763 | |
| 2007-04-08 03:37 | bensaylor | Note Added: 0003764 | |
| 2007-04-09 13:17 | nowhiskey | Note Added: 0003771 | |
| 2007-05-10 11:53 | paul | Status | acknowledged => resolved |
| 2007-05-10 11:53 | paul | Resolution | open => fixed |
| 2007-05-10 11:53 | paul | Assigned To | => paul |
| 2007-05-10 11:53 | paul | Note Added: 0003915 | |
| 2007-07-04 09:53 | oofus | Status | resolved => closed |
| 2007-07-04 09:53 | oofus | Note Added: 0004094 |
