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):

  <script type="text/javascript" src="<?php echo base_path() . 'misc/collapse.js'?>"></script>

likewise path_to_theme(), drupal_get_path()

define("JS_directory", drupal_get_path('module', 'this_wonderful_module') . '/js/');

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 http://www.starbowconsulting.com/node/88

Victor Kane
http://awebfactory.com.ar




On Dec 9, 2007 1:24 PM, Khalid Baheyeldin <kb@2bits.com> wrote:
On Dec 9, 2007 10:54 AM, Michelle Cox <mcox@charter.net> wrote:

----- Original Message -----
From: "adrian rossouw" <adrian@bryght.com>
To: < development@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 specific
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
files.
--
Khalid M. Baheyeldin
2bits.com
http://2bits.com
Drupal optimization, development, customization and consulting.