Zikula Community

• **unknown user**
  
  

  • Rank: Senior
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 2330

  Posted: Mar 12, 2007 - 05:20 AM

  With .8 from SVN, I tried porting a module. I notice though that the style sheet designed to globally style the admin pages (admin.css) is not working for me. I tried this in ExtraLite and andreas08; both themes seem to call the sheet, but neither will render the styles such as .pn-adminformrow, for instance.
  
  I hardcoded URLs into the sheet paths, but same result.
  
  It's not a showstopper, but does leave the admin panel in a bit of a mess. Am I just missing something new?
  
  Thanks,
  
  - Alar

  • 
  •  
• markwest
  
  

  • Rank: Team Member
  • Registered: Mar 18, 2002
  • Last visit: Oct 21, 2009
  • Posts: 6606

  Posted: Mar 12, 2007 - 05:31 AM

  John,
  
  What do you mean by 'doesn't work'? The stylesheet is never referenced in the templates? The styles don't seem to apply?
  
  If the latter then there are a few additions to the .8x admin templates - see the Wiki article Admin Template Structure.
  
  -Mark
  
  --
  Visit My homepage and Zikula themes.

  • 
  •  
• **unknown user**
  
  

  • Rank: Senior
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 2330

  Posted: Mar 12, 2007 - 05:43 AM

  Thanks for the link, Mark. I also created a bug-report for this, just in case.
  
  "Doesn't work" means that the styles are not being applied to elements on a module's admin form (this is site-wide, not just the module I'm porting.)
  
  I read the article at the link and the very last section ("Admin form styling and standard buttons") is what's not working...the basic .pn-adminform* classes.
  
  - Alar

  • 
  •  
• markwest
  
  

  • Rank: Team Member
  • Registered: Mar 18, 2002
  • Last visit: Oct 21, 2009
  • Posts: 6606

  Posted: Mar 12, 2007 - 09:29 AM

  John,
  
  Everything is dependent on the PN-admincontainer div - see the first section of the referenced Wiki article. Your admin output MUST be wrapped in this. My guess is that once this is added then things will be fine
  
  -Mark
  
  --
  Visit My homepage and Zikula themes.

  • 
  •  
• **unknown user**
  
  

  • Rank: Senior
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 2330

  Posted: Mar 12, 2007 - 12:46 PM

  Thanks Mark. It is actually wrapped in that tag. This seems to be a x-browser CSS compatibility issue as in FF it looks great, but in IE(6) the inputs are misaligned badly.
  
  Thanks for taking a look at this.
  
  - John

  • 
  •  
• markwest
  
  

  • Rank: Team Member
  • Registered: Mar 18, 2002
  • Last visit: Oct 21, 2009
  • Posts: 6606

  Posted: Mar 12, 2007 - 08:29 PM

  John,
  
  So there styles are being applied but don't look right in IE6... I'll see if I can dig out a machine with IE6 to test this!
  
  -Mark
  
  --
  Visit My homepage and Zikula themes.

  • 
  •  
• **unknown user**
  
  

  • Rank: Senior
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 2330

  Posted: Mar 13, 2007 - 02:00 AM

  Yes, I'd say that's a fair characterization. I see that there is equal whitespace between a label and it's corresponding element, so that part seems to work.
  
  The main issue seems to be that everything is left-aligned within the PN-admincontainer div. Since texts of arbitrary lengths are on the left side of a label/input pair, this places inputs wherever they happen to "land" based on the length of the label.
  
  Thanks for looking,
  
  - John

  • 
  •  
• ntward
  
  

  • Rank: Registered User
  • Registered: Jan 28, 2007
  • Last visit: Apr 16, 2009
  • Posts: 43

  Posted: Mar 13, 2007 - 10:09 AM

  Mark, I might be wrong, but if you have IE7 installed it might be easier just to change the DTD to put it into quirks mode. I believe that this is very similar to IE6's rendering engine?
  
  
  As an aside, I know this goes against the standard ethos, but I wish developers didn't bother with backward compatibility! Then perhaps there would be even more incentive for the minority of users with older browsers to update them. Thus making it easier for people like me who can't possibly test their small sites on dozens of browsers! Not that it'll ever happen!

  • 
  •  
• **unknown user**
  
  

  • Rank: Senior
  • Registered: Mar 16, 2002
  • Last visit: Oct 21, 2009
  • Posts: 2330

  Posted: Mar 13, 2007 - 10:17 AM

  The DOCTYPE in the page is XHTML 1.0 Strict, if that helps.
  
  I am def. going to update my browser soon; I noticed some features I've been waiting for in IE7 (such as proper png transparency support!) I'm a bit stuck at the moment with IE6 though as I need to use what's still a widespread version.
  
  ntward, while I don't have any solid facts on it, I'd guess that IE6 users aren't a minority. ;)

  • 
  •  
• ntward
  
  

  • Rank: Registered User
  • Registered: Jan 28, 2007
  • Last visit: Apr 16, 2009
  • Posts: 43

  Posted: Mar 13, 2007 - 09:56 PM

  Yes, even set to strict IE6 won't necessarily follow the rules, whereas IE7 should. But by changing the DTD I think you can make IE7 behave as IE6 - I think it was meant so webmasters can ensure compatibility. Might be useful for testing this on IE7 though. Just thought I'd suggest it!
  
  Sorry, that wasn't meant to be a snipe at you John! Just a general comment, didn't want to open a can of worms!
  From my stats (which admittedly only reflect a tiny portion of users from a small locality) IE6 is now a minority - if a significant one. IE7 last month had over 60% of the hits, with IE6 in the mid 30%, and about 2% were FF (it's not a tech oriented site at all, which is why I think this is so low compared to the general stats you sometimes see).
  
  Cheers

  • 
  •  
•  
•  

Users on-line

• mazdev,
• mesteele101

This list is based on users active over the last 60 minutes.