Enterprise Client Community

Hello,

one of our customers encountered the problem, that the text of labels is italic rendered where it shouldn't be!

We installed a machine with the same os, java and browser version but we can't reproduce it.

Would it help you to figure out the problem when we instruct our customer to send us the logfile of the client java console?

To illustrate this issue i attached an screenshot to this post.

regards,
Michael Schmuck

Hi,

yes, a log would be a help (hopefully).

Are you running as webstart/applet, or are you running withon your surrounding Swing environment?

Whic look and feel are you using?

...it's a bit strange that e.g. the titlebar is rendered in correct font, but labels and buttons aren't... seems that these fonts which are not touched at all are rendered in this special font.

Regards, Björn

Its an applet in IE 8.0.6 running on a custormer computer. Default settings, look and feel isn't changed.

The only thing I can say that they use a proxy system, configured via an proxy-script. Could maybe here happen something according to this?

Hi,

...proxy system: this should not affect any font... but I am better quiet before knowing the reason behind.
When recording the log, would it be possible to record the client log with loglevel=ALL?

Björn

Only the serif fonts seems to be italic. The header is sans-serif.
Is it possible that local os font settings affect the rendering? maybe the normal font isnt available or overwritten?

Found the topic interesting, so I hope it's ok that I join the discussion

Hi,

I attached an logfile from the client in INFO mode. Thats not detailed enougth, isn't it?

regards,
Michael

Hi,

no, the log is sufficient - I wanted to check if there is some error message during intialization of the client (the font/look&feel initialization being part of this phase).

Could you please do the following: provide a parallel html file for starting the applet, this time passing the explicit client parameter "fontfamily" as "Trebuchet MS;Courier New"?

...and then check the screen again?

Thanks! Björn

Hi,

still the same with the fontfamily parameter.

This is the current index.html document:

Code:

  <html>
  
  <body leftmargin=0 rightmargin=0 topmargin=0 bottommargin=0 style="overflow: hidden">
  
  <script type="text/javascript">
  // this code is used by APPLETCONTEXTSHOWDOCUMENT - if this is configured to
  // use java script instead of directly contacting the context
  function ccOpenPageInTarget(ccTarget,ccURL)
  {
      var ccWindow = window.open(ccURL,ccTarget);
      ccWindow.focus();
  }
  </script>
  
  <applet code="org.eclnt.client.page.PageApplet.class" 
          archive="eclnt/lib/eclnt.jar,eclnt/lib/eclnt_simplyhtml.jar,eclnt/lib/swt.jar" width="100%" height="100%" MAYSCRIPT>
      <param name='page' value='faces/Workplace/main.jsp?firma=daimlerwebportal'>
      <param name='gridscrolldelay' value='0'>
      <param name="image" value="eclnt/images/splash.png">
      <param name="centerimage" value="true">
      <param name="java_arguments" value="-Xmx256m">
      <param name="java_version" value="1.6+">
      <param name="separate_jvm" value="true">
      <param name="MAYSCRIPT" value="true">
      <param name="fontfamily" value="Trebuchet MS;Courier New">
      
      <!-- This text appears in case the applet does not show up. -->
      The applet could not be loaded - please install the Java runtime
      plugin: <a href="http://www.java.com/download">http://www.java.com/download</a>
      
  </applet>
  
  </body>
  </html>

regards,
Michael Schmuck

...after a screen sharing session we found the reason: inside the layout there were a lot of explicit font definitions, using font family "Times Roman". This font family does not exist at all (the corret name is "Times New Roman") and as consequence a "replacement font" is selected by somone on VM level (or maybe even deeper).

Consequence: when specifying a font that does not exist, the result may be quite different from scenario to scenario...

Regards, Björn