Labels

accessibility (2) ADF (1) archiver (3) cmu (1) contributor (13) cookie (1) DAM (3) date (3) download (3) dynamic list (4) ephox (5) fatwire (1) fck (1) filters (1) folders (4) headers (2) IBR (3) ImageAlchemy (3) java (4) javascript (2) layout/template (4) link (6) locale (2) multilingual (1) rendition (3) replicator (4) rules (1) schema (1) search (11) sites (1) sitestudio (24) ssp/sspu (5) SSUrlFieldName (2) stellent (4) timezone (1) urm (1) weblogic (1) workflow (2)

Tuesday 9 December 2008

Latest Upgrades (the joy of)

I've been busy patching, testing and tweaking our UCM. We're finally on the latest, latest* release and I'm pretty happy about how it's performing.

Ephox got an upgrade too and by switching to the "sun" connection method it can actually display images now, yay. I still haven't figured out how to style the editor to look like each of our layouts (each layout has a fixed width) and darned if I know why our Intranet stylesheets aren't reaching Ephox. Wysiwyg editing? Not quite. And the LinkWizard is still as crappy as ever, total fail in Firefox3.

I also noticed that the size of our fonts are different now when launched from IE compared to FireFox. I'm not sure if it's Oracle UCM or Ephox doing it... looking at the Java Console Logs I can see the stylesheet information is loaded, parsed and rewritten according to rules my "launching browser" might understand. For example, here's what happens to my BODY style...

Actual stylesheet reference:
body { color:#000000; font-size: 70%; }

Launching the editor from Firefox:
body {ephox-visible: false;color: rgb(0, 0, 0); font-size: 70%;}

Launching the editor from IE:
BODY {ephox-visible: false;FONT-FAMILY: Verdana, Helvetica, Arial, sans-serif}

"I mean, I'm on a webpage, I'm editing a webpage, it's rendering a webpage - why force it through Java?" - and now it is trying to emulate the current browser? Wow. Is that ultra-smart or epic-dumb... I'm not sure! However if it's not Ephox doing the css emulation then I do apologise to the folks at Ephox. (I should point out that Ephox is a pretty decent editor with more features than others.)

* Update - I've been advised by metalink support that we're not on the latest release of DynamicConverter. There is a newer one not listed on metalink but available via eDelivery. How are we supposed to find this stuff out?

2 comments:

  1. Hi,
    I'm not sure why EditLive! isn't parsing your stylesheet, but I'd be happy to help track down the problem as it should work. If you could send me a copy of the stylesheet (adrian.sutton@ephox.com) I'll take a look and see what's happening.

    As for the fixed width layout, you can specify style="width: " on the body tag within EditLive! to get the width you need. You can do that either by filtering the content on the way in or by specifying it in your configuration file.

    Regards,

    Adrian Sutton
    CTO, Ephox

    ReplyDelete
  2. Adrian,

    Thanks for your comment. The fixed-width problem I have is that we load the same Ephox instance in several different page designs of varying widths. I need our CMS to tell Ephox which width & background image to use - Ephox is not the problem.

    Regarding the other problem, I'll send you the stylesheet.

    ReplyDelete