Re: dependencies and applications
| From: | Stefan Neufeind | Date: | Thu, 21 Aug 2003 18:49:12 +0000 |
| Subject: | Re: dependencies and applications | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-20331@lists.php.net to get a copy of this message | ||
On 21 Aug 2003 at 20:35, Alexander Merz wrote:
> Greg Beaver wrote:
>
> > They will first attempt to use the HTML_TreeMenu out of the box,
> > which won't work because the images are not found - but no error
> > message is displayed, so they will end up thinking "well, this
> > doesn't work at all" and abandon it, unless they know to look in the
> > data directory, which is probably hidden away as a subdirectory of
> > the pear/ directory buried in the /usr hierarchy...
>
> Ok, you agree with an pear-app which installs an application package
> which includes an application.xml instead of an package.xml.
>
> In this apllication.xml you woul have an entry like this:
> <packages>
> <package type="req">
> <pkgname>HTML_TreeMenu</pkgname>
> <pkgversion>1.0</pkgversion>
> </package>
But be sure to only use major version numbers for the pkgversion. Or
only >1.3 or something. Cause if API doesn't brake there is no
problem when you have 1.4 installed why you shouldn't use a program
that was "originally designed to run with 1.3" - since this would
lead to unnecessary trouble (e.g. if an important bugfix might come
out and the version number changes).
> You also agreed to my FileroleHandler-Class. So we can write an
> Filerole-Class for pear-app which reads the <fileroles>-section
> from application.xml:
> <fileroles>
> <filerole>
> <rolename>publicweb</rolename>
> <roledoc> dir for public files</roledoc>
> <basedir>@publicweb@</basedir>
> <filerole>
> <rolename>data</rolename>
> <roledoc>package related data files</roledoc>
> <basedir>@publicweb@/data</basedir>
> </filerole>
> ...
>
> @yxz@ in base dir means, check if the variable xyz is defined,
> else ask the user for the value while installing.
That's a nice idea ... ask the user. Hmm - why haven't we thought of
this before? Maybe we could Also add special strings which have a
value (as standard setting) but still are asked for by the user
(displaying the standard, if he just presses enter).
> pear-app would now try to install the package taking care of the
> new dir settings. If a pkg is already installed it, has to reinstall
> only the files with changed filerole destinations.
This seems a nice idea to me so far (!) - if you keep in mind the
above mentioned points.
Stefan