The required libraries for these commands are already linked to the executable because the Gadget commands themselves use them too, so you can just leave that part blank. This should work with most Carbon commands as long as you use some PB gui commands as well. My approach here is to just leave the string blank and only worry where things are if i get a linker error.WilliamL wrote:I am puzzled of where 'ImportC "" ' actually is and what other commands might be available at this location.
Yes, there is the SetDataBrowserHasScrollBars() function:WilliamL wrote:Like would it be possible to remove the scroll bar at the bottom or the side?
http://developer.apple.com/mac/library/ ... ScrollBars
Just put it in such an ImportC and call it with GadgetID() as the first parameter like the others above. The ListIconGadget, ListViewGadget, TreeGadget, ExplorerListGadget and ExplorerTreeGadget all use the databrowser control with different settings, so the above reference can be useful for them.
In general, if you are looking for API commands to import, look in the Carbon and Core Foundation documentation. These are mostly used by PB commands internally (among some others). I usually use the XCode help as documentation. It makes searching simpler than using the web. For using PB objects with API commands, these are the most important object types returned from the [...]ID() functions:
- WindowID() returns a WindowRef
- GadgetID() returns a ControlRef
- MenuID() returns a MenuRef
- ImageID() returns a CGImageRef
- StatusBarID() returns a ControlRef (its an ordinary userpane control)
- ToolBarID() returns a HIToolbarRef
- FontID() actually returns a PB internal pointer because a FontRef only specifies a name, not a size (so you have to load a font yourself if you need it for API stuff)