From: Marc C. <cul...@gm...> - 2025-06-13 16:30:27
|
Harald, Comments are welcome! That was the point of my message. I did a little more research and I can report that there is, in fact, an Info.plist template in the Tcl/macosx directory. It is used when Tcl is built as a framework. That is because every macOS framework must include an Info.plist file. (Frameworks and Applications are both subclasses of Bundles, and Bundles have Info.plist files.) It is conceivable that an Objective C library which is within a framework could access an infoDictionary for the framework. I don't know if that is the case or not. Also, there is a file tclMacOSXBundle.c which claims: * This file implements functions that inspect CFBundle structures on * MacOS X. That file contains a function Tcl_MacOSXOpenVersionedBundleResources. But the purpose of that command seems to be to find the path to the Resources/Scripts directory for the current version of Tcl within the bundle. (That is the directory where packages are installed.) However, I still don't see any evidence that there could be an analogous command for tclsh. Also, I don't know of a use case for such a thing. - Marc On Fri, Jun 13, 2025 at 11:10 AM Harald Oehlmann < har...@el...> wrote: > Am 13.06.2025 um 18:04 schrieb Marc Culler: > > On Fri, Jun 13, 2025 at 10:30 AM Harald Oehlmann > > <har...@el... <mailto:har...@el...>> > wrote: > > > > - why tk::mac and not tcl::mac namespace ? As this applies probably > to > > tclsh also, no? > > > > > > I don't think it applies to tclsh. unless the Tk package has been > > loaded. There is no NSApplication created by tclsh, and hence no > > Info.plist file and no mainBundle object available. The NSApplication > > object is instantiated in tkMacOSXInit.c which does not get run when > > tclsh starts. > > > > - Marc > > Marc, > thanks for the clarification. If you ask, you get comments, sorry for that. > I appreciate your always brilliant initiative to make the Mac platform > support better and that one small requests leads to action, which may > have needed some nights of work. > > Cudos, > Harald > |