Difference between revisions of "Talk:Mac OS X"

From Audacity Wiki
Jump to: navigation, search
(reply to Bill)
(respond to Gale)
Line 22: Line 22:
  
 
You say in "Input sources not selectable in Audacity" on [[Mac Bugs]] "In versions prior to 1.3.2, Audacity's Mixer Toolbar input selector would normally show only "Default Input Source". Starting with version 1.3.2, the Mixer Toolbar input selector will show the inputs available when the input device is "Core Audio: Built-in Audio". Where is "Core Audio: Built-in Audio" being selected - in Audacity Preferences? Since [http://bugzilla.audacityteam.org/show_bug.cgi?id=11 Bug 11] suggests built-in sources may not always be selectable in Mixer Toolbar on Mac, I've asked for clarification on -devel.
 
You say in "Input sources not selectable in Audacity" on [[Mac Bugs]] "In versions prior to 1.3.2, Audacity's Mixer Toolbar input selector would normally show only "Default Input Source". Starting with version 1.3.2, the Mixer Toolbar input selector will show the inputs available when the input device is "Core Audio: Built-in Audio". Where is "Core Audio: Built-in Audio" being selected - in Audacity Preferences? Since [http://bugzilla.audacityteam.org/show_bug.cgi?id=11 Bug 11] suggests built-in sources may not always be selectable in Mixer Toolbar on Mac, I've asked for clarification on -devel.
 +
 +
<b>BillW 08Dec10:</b> Thanks, Gale. I'll give this some more thought.<br>
 +
*Re: input devices. "Core Audio: Built-in Audio" is the selection in Devices Toolbar. In Devices Preferences it would be Host: Core Audio (the only choice) and Recording / Device: Built-in Audio. In that case only, the Input Selector is available and shows the choices available <i>within</i> "Built-in Audio". These could be "Line Input", "Digital Input" and "Microphone". If you make any other choice in Devices Toolbar or Preferences / Devices / Recording / Device, the input selector disappears. I consider this correct behaviour. Regarding [http://bugzilla.audacityteam.org/show_bug.cgi?id=11 Bug 11] I consider that cleared on Mac a long time ago. It appears to work "correctly" in 1.3.8 on Mac. I don't know what the issue was on Windows, or why Michael thought it was a problem on Mac. The behaviour is sensible. If a "device" has only one "input" there is no need for the input selector, and it goes away.<br>I'll edit that section to make it clearer where the device selection is being made.
 +
*Re: greyed-out Audacity menu. I've never encountered that. Are we sure it wasn't the users being in Pause instead of Stop? Was it just the Audacity menu that was greyed out?
 +
*Re: no support for two-finger trackpad gestures. Add to that no support for horizontal scrolling using SHIFT + trackwheel, and no support for horizontal scrolling using the trackball on the "Mighty Mouse", or horizontal scrolling gestures on the "Magic Mouse".
 +
*Re: system shortcuts. I don't think there's any way around that other than Mac users re-mapping those shortcuts. The ones that come to mind are CMD+M and the F-key shortcuts for Exposé and Spaces. Those conflicts are noted on the [http://manual.audacityteam.org/index.php?title=Keyboard_Shortcut_Reference Keyboard Shortcut Reference] page in the manual. Do we want to repeat them here?

Revision as of 03:59, 12 December 2010

BillW 08Dec10: Looking over this page it seems we have three categories of active issues.

  • 1) Apply to 1.2.x,
  • 2) apply to 1.3.0 to 1.3.3 (I make this distinction since those running OS X 10.3.x must use 1.3.3)
  • 3) apply to the latest beta only.

Issues with 1.2.x will never be cleared, so they must remain "active".

Issues with 1.3.0 to 1.3.3 will never be cleared from the point of view of users of OS X 10.3.x, so must remain (?)

Issues with 1.3.4 to 1.3.11, that have been cleared in 1.3.12 should be moved to "cleared".

So perhaps this page would be reorganized along those lines. If there is support for this I'll have a crack at it here in the talk page.

Gale 12Dec10: Thanks, Bill. Yes I largely agree, though I think we don't want to make this page a clone of bugzilla or it will be hard to maintain. It is useful a) as a page of quirks where Mac is different to other OS'es, or b) where things that are expected to work on Mac don't do so in Audacity. Those things a) and b) will mostly need a fourth category "apply to all versions" - and a) will never be fixed unless Mac "fixes" them.

Of the listed "bugs" that still appear to be "active" in 1.3.13, does "greyed out Audacity menu" still apply? I don't recall mentions of it.

Two issues valid in 1.3.13 come to mind that probably should be listed here

  • No support for two-finger Trackpad gestures
  • Some Audacity shortcuts operate Mac system shortcuts e.g. Command-M
  • any others worthy of note?

You say in "Input sources not selectable in Audacity" on Mac Bugs "In versions prior to 1.3.2, Audacity's Mixer Toolbar input selector would normally show only "Default Input Source". Starting with version 1.3.2, the Mixer Toolbar input selector will show the inputs available when the input device is "Core Audio: Built-in Audio". Where is "Core Audio: Built-in Audio" being selected - in Audacity Preferences? Since Bug 11 suggests built-in sources may not always be selectable in Mixer Toolbar on Mac, I've asked for clarification on -devel.

BillW 08Dec10: Thanks, Gale. I'll give this some more thought.

  • Re: input devices. "Core Audio: Built-in Audio" is the selection in Devices Toolbar. In Devices Preferences it would be Host: Core Audio (the only choice) and Recording / Device: Built-in Audio. In that case only, the Input Selector is available and shows the choices available within "Built-in Audio". These could be "Line Input", "Digital Input" and "Microphone". If you make any other choice in Devices Toolbar or Preferences / Devices / Recording / Device, the input selector disappears. I consider this correct behaviour. Regarding Bug 11 I consider that cleared on Mac a long time ago. It appears to work "correctly" in 1.3.8 on Mac. I don't know what the issue was on Windows, or why Michael thought it was a problem on Mac. The behaviour is sensible. If a "device" has only one "input" there is no need for the input selector, and it goes away.
    I'll edit that section to make it clearer where the device selection is being made.
  • Re: greyed-out Audacity menu. I've never encountered that. Are we sure it wasn't the users being in Pause instead of Stop? Was it just the Audacity menu that was greyed out?
  • Re: no support for two-finger trackpad gestures. Add to that no support for horizontal scrolling using SHIFT + trackwheel, and no support for horizontal scrolling using the trackball on the "Mighty Mouse", or horizontal scrolling gestures on the "Magic Mouse".
  • Re: system shortcuts. I don't think there's any way around that other than Mac users re-mapping those shortcuts. The ones that come to mind are CMD+M and the F-key shortcuts for Exposé and Spaces. Those conflicts are noted on the Keyboard Shortcut Reference page in the manual. Do we want to repeat them here?