0001240: Gui window does not fit into 1024x768

(0002513)
StevenChamberlain (reporter)
2006-06-19 07:18

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!

(0002524)
bensaylor (reporter)
2006-10-22 12:22

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.

(0002533)
paul (administrator)
2006-10-26 13:39

ardour has no idea if it is maximized (not F11 maximized).

(0002536)
bensaylor (reporter)
2006-10-26 19:18

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.

(0002537)
paul (administrator)
2006-10-26 19:48

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.

(0002824)
bensaylor (reporter)
2006-11-23 15:59

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.

(0003103)
Dazgard (reporter)
2007-01-23 20:29
edited on: 2007-01-23 20:31

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

(0003106)
ldk_linux (reporter)
2007-01-25 08:04

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.

(0003537)
mtaht (developer)
2007-03-08 10:23

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.

(0003763)
paul (administrator)
2007-04-07 10:52

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.

(0003764)
bensaylor (reporter)
2007-04-07 20:37

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.

(0003771)
nowhiskey (reporter)
2007-04-09 06:17

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

(0003915)
paul (administrator)
2007-05-10 04:53

this has been fixed in 2.0 and above.

(0004094)
oofus (developer)
2007-07-04 02:53

Resolved. See Notes.

Issue History
Date Modified	Username	Field	Change
2006-06-13 08:57	stefan	New Issue
2006-06-13 08:57	stefan	name	=> stefan
2006-06-19 07:18	StevenChamberlain	Note Added: 0002513
2006-10-22 12:22	bensaylor	Note Added: 0002524
2006-10-26 13:39	paul	Note Added: 0002533
2006-10-26 19:18	bensaylor	Note Added: 0002536
2006-10-26 19:48	paul	Note Added: 0002537
2006-11-23 15:59	bensaylor	Note Added: 0002824
2007-01-23 20:28	Dazgard	File Added: ardour2_ui.rc
2007-01-23 20:29	Dazgard	Note Added: 0003103
2007-01-23 20:31	Dazgard	Note Edited: 0003103
2007-01-25 08:04	ldk_linux	Note Added: 0003106
2007-02-17 14:30	taybin	Status	new => acknowledged
2007-02-22 12:12	taybin	Sticky Issue	No => Yes
2007-03-08 10:22	mtaht	File Added: 1024x768fix.patch
2007-03-08 10:23	mtaht	Note Added: 0003537
2007-03-22 09:24	cth103	Relationship added	related to 0001384
2007-03-26 21:41	taybin	Relationship replaced	has duplicate 0001384
2007-04-07 10:52	paul	Note Added: 0003763
2007-04-07 20:37	bensaylor	Note Added: 0003764
2007-04-09 06:17	nowhiskey	Note Added: 0003771
2007-05-10 04:53	paul	Status	acknowledged => resolved
2007-05-10 04:53	paul	Resolution	open => fixed
2007-05-10 04:53	paul	Assigned To	=> paul
2007-05-10 04:53	paul	Note Added: 0003915
2007-07-04 02:53	oofus	Status	resolved => closed
2007-07-04 02:53	oofus	Note Added: 0004094

Notes
(0002513) StevenChamberlain (reporter) 2006-06-19 07:18	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!

(0002524) bensaylor (reporter) 2006-10-22 12:22	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.

(0002533) paul (administrator) 2006-10-26 13:39	ardour has no idea if it is maximized (not F11 maximized).

(0002536) bensaylor (reporter) 2006-10-26 19:18	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.

(0002537) paul (administrator) 2006-10-26 19:48	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.

(0002824) bensaylor (reporter) 2006-11-23 15:59	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.

(0003103) Dazgard (reporter) 2007-01-23 20:29 edited on: 2007-01-23 20:31	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

(0003106) ldk_linux (reporter) 2007-01-25 08:04	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.

(0003537) mtaht (developer) 2007-03-08 10:23	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.

(0003763) paul (administrator) 2007-04-07 10:52	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.

(0003764) bensaylor (reporter) 2007-04-07 20:37	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.

(0003771) nowhiskey (reporter) 2007-04-09 06:17	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

(0003915) paul (administrator) 2007-05-10 04:53	this has been fixed in 2.0 and above.

(0004094) oofus (developer) 2007-07-04 02:53	Resolved. See Notes.