Re: Re: error: no version of package ... provided

2009/12/11 Zbigniew Diaczyszyn <[email protected]>:
> Harald Oehlmann <Harald.Oehlmann <at> Elmicron.de> writes:
>
>> Do you have a package provide in gorilla15alpha.tcl ?
>>
>> package provide app-gorilla15alpha 1.0
>
> No, I haven't.
>
> I added the line and now there is no error message any more :-)))
>
> And after having put the subdirectory with the translation files in the
> app-gorilla15alpha directory then msgcat found the necessary language files, too.
>
> Thank you very much for the quick help!

I will point out here that applications are not packages. This
business of generating app-ApplicationName packages used by the qwrap
subcommand of sdx is not a good example to follow.
It makes more sense to structure your application files in one subtree
and put real packages under the lib tree.
I recommend
  app.vfs/
    bin/
       application.tcl
       <app files>
    lib/
      <library packages>
and the use of a main.tcl at the toplevel that looks more like:
  package require starkit
  if {[starkit::startup] ne "sourced"} {
      source [file join $starkit::topdir bin application.tcl]
  }

This will load your application whether you run a starkit, starpack or
run the application in-place with tclkit app.vfs/main.tcl
It also permits you to source the kit into an editor which some people
find useful.

I hate how qwrap does this.

Pat Thoyts

-- 
You received this message because you are subscribed to the "starkit" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [email protected]
For more options, visit this group at http://groups.google.com/group/starkit?hl=en