Deprecated - Drupal core

The concern is that 4.5.2 CSS utilizes the "import" rule (@import url) function. In IE6 the rule causes a momentary flash of unstyled page content. The solution is to use "link" (link rel="stylesheet") in includes > theme.inc in place of import to solve the flash of unstyled page content.

Does anyone know which way CSS is being done in the new Drupal version?

Jim

Since there are now 'real' RDBMS out there are

a) GPLed
b) quite easily installed (on Windows as well as on Unix)
c) support tablespaces and schemas

What about a postgresql installer for 4.6 that would allow a user to configure the parameters about where the tables and indexes go tablespace-wise, and which schema to use? Maybe some sort of perl or PHP script that could simply configure the .pgsql file in such a way, and also create the database correctly for those that already use PostgreSQL 8.0.1?

I asked this question once before, granted in the wrong forum, and likely because of it didn't receive any feedback. So I'm hoping a second pass in the right place will turn better results :)

Anyways after the original post I learned that the problem I was experiencing extends beyond menu_on-the-fly. For instance try "adding a menu item" to the main navigation tree called "Grandparent" that points to nothing; then add "Parent" beneath it and have it point to node or some other content that actually exists on your site; and finally add another menu item called "Child" that points to nothing or something it doesn't matter.

You can now click on Grandparent and have it expand, but when you go to click on Parent the page loads and the irksome part - the navigation tree collapses back to Grandparent. Obviously not what I had in mind.

I've gone so far as to load up Zend, stepping through each of the calls in menu.inc trying to figure out exactly how the cached serialized output is stored and thus creating this kind of behavior. So far it looks like certain items have garbage values appended to their menu[visible]. To double check this just setup a breakpoint near line 557 ($style = (count($menu['visible'][$mid]['children']) ? (menu_in_active_trail($mid) ? 'expanded' : 'collapsed') : 'leaf'); Yes this is 4.5.2, not the CVS HEAD.

This is a continuation of a discussion here:

http://drupal.org/node/17190

I've opened a new thread due to some confusion regarding the title of the thread above, which has kinda taken away from the importance of the subject.

Firstly, I think it is important to set the scope of this problem. This is not about problems with setting up a drupal site behind a proxy firewall, and having problems with RSS and the like. There are many issues that have been discussed about that, and I believe the patches supplied address this issue adequately ( http://drupal.org/node/9706 )

The general problem is this:

1) For an end user accessing a Drupal based site through a proxy firewall, pages they are shown may not be the most current page

2) Pages that are rendered by the proxy may even be protected versions of the page that were recently accessed by another user with escalated privelleges.

3) when dealing with node level access control, nodes that have been recently changed from 'public' to 'private' (for lack of better terms) may still be available to a user who shouldn't have access to them.

The problems this access causes are varied. In my cases, dealing more with node level access control issues, since the pages were being rendered with their public status intact, it also meant the form elements for making them private weren't being rendered properly - this inadvertantly had the effect of making the real version of the page public once again because the user failed to realize that the checkmark was not checked in the cached version.

Installed the cvs version on a test site, and I get the "Unable to load the GD toolkit" error on my settings page. I have GD installed. Is there a way to check that a file is looking in the right place? (I have a feeling that this is something that will bug me to no end... I hate seeing error messages!)

silverwing

I'm playing with customizing my own little module in Drupal, but I can't find any documentation for database fields. For example, in the "comments" table, where can I find definitions for the following fields?

pid int(10) NOT NULL default '0',
status tinyint(3) unsigned NOT NULL default '0',
format int(4) NOT NULL default '0',
users longtext,
name varchar(60) default NULL,
mail varchar(64) default NULL,
homepage varchar(255) default NULL