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.