[development] Files directory on installation usability fix notquite usable. ; )
victorkane at gmail.com
Sun Dec 9 17:44:36 UTC 2007
Ah, this is interesting.
Correct me if I am wrong, but css background images, for example, are
relative according to best practices; likewise, in a module, things like the
following are best practices (if you are forced to invoke from theme):
likewise path_to_theme(), drupal_get_path()
define("JS_directory", drupal_get_path('module', 'this_wonderful_module') .
Anyway, on a joyous note, today Tao Starbow announces yet another module,
scanner, which offers search and replace in configurable content types and
tables... maybe not everything being sought here, but a big help to some of
the PITA procedures being mentioned.
See his Global Search and Replace article
On Dec 9, 2007 1:24 PM, Khalid Baheyeldin <kb at 2bits.com> wrote:
> On Dec 9, 2007 10:54 AM, Michelle Cox <mcox at charter.net> wrote:
> > ----- Original Message -----
> > From: "adrian rossouw" <adrian at bryght.com>
> > To: <development at drupal.org >
> > Sent: Sunday, December 09, 2007 8:37 AM
> > Subject: Re: [development] Files directory on installation usability fix
> > notquite usable. ; )
> > > Perhaps the path in the files table should be relative to where the
> > > files directory is.
> > I've been wondering about this myself since I got bit by it in 4.7. I
> > never
> > understood why the whole path is stuck in there. Makes it a real PITA to
> > move the files directory.
> > Michelle
> Good point. This needs to be solved.
> But, it will not address any themes or modules that are under site
> directories (e.g. sites/example.com/modules, sites/example.com/themes).
> For those, the domain name is still in the path of all images, css, and js
> Khalid M. Baheyeldin
> Drupal optimization, development, customization and consulting.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the development