From: <apn...@ya...> - 2025-05-20 02:36:32
|
Update done. (Could someone with the right privileges please give TIP repository write access to Christian?) Since we are tinkering with [package names], I'd like to point out that the term "available" is a little misleading, even in the current manpage. Currently, [package names] only returns names *currently* known to Tcl, not those available on disk. One has to do the completely non-intuitive catch {package require nosuchpackage}; # Force a full search along path package names to retrieve the packages available to be loaded. So the question is, - will [package names available] continue the same behavior of not actually searching the package paths ? - if it does not do a full search, can we add a [package names refresh] that will replace the (ugly imo) catch {} ? - if it does do a full search, [package names] as currently implemented is no longer the union of [package names loaded] and [package names available] I would actually prefer [package names] to do a full search though that would be differ from current behavior. I'm not sure why it did not do that in the first place, presumably performance, though I wonder if performance is really an issue in situations where [package names] is used. /Ashok -----Original Message----- From: Christian Werner <Chr...@t-...> Good point, Don. So may I ask Ashok again to update the TIP entry to |