On Wed, May 02, 2001 at 10:51:56AM -0500, Joi Ellis wrote:
> On Wed, 2 May 2001, Nathan Meyers wrote:
>
> > The AWT seemed like a good idea at the time, but it has aged poorly.
> > Even the most careful programmers have a hard time designing an app or
> > applet that looks decent in all environme
On Wed, 2 May 2001, Nathan Meyers wrote:
> The AWT seemed like a good idea at the time, but it has aged poorly.
> Even the most careful programmers have a hard time designing an app or
> applet that looks decent in all environments. And the two toolkits
> in this case - the Windows GUI and Motif
On Wed, May 02, 2001 at 08:15:55AM -0400, Bruce Miller wrote:
> Joi Ellis wrote:
> >
> > On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> >
> > > They are going to say why isn't the Linux jre compatible with the
> > > windows version?
> >
> > No JRE in the world can compensate for lazy programm
Joi Ellis wrote:
>
> On Wed, 2 May 2001, Bruce Miller wrote:
>
> > Although I dont have a better solution at hand, IMHO a lot of
> > AWT (& Swing inherits enough of this) represents an opportunity
> > missed.
> >
> > Many of us started out with Java years ago writting Applets ---
> > and discove
On Wed, 2 May 2001, Bruce Miller wrote:
> Although I dont have a better solution at hand, IMHO a lot of
> AWT (& Swing inherits enough of this) represents an opportunity
> missed.
>
> Many of us started out with Java years ago writting Applets ---
> and discovered there was no access to enough
Joi Ellis wrote:
>
> On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
>
> > They are going to say why isn't the Linux jre compatible with the
> > windows version?
>
> No JRE in the world can compensate for lazy programmers.
Agreed! And yet
Although I dont have a better solution at hand, IM
On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> To fix my specific problem, what if I:
>
> 1) Run xfs with tt-support and copy all my Windows fonts to LInux
> 2) Edit font.properties to use the win fonts
>
> This should fix all my problems, or not?
Nope. The Unix/Linux JVMs do not use xfs fo
To fix my specific problem, what if I:
1) Run xfs with tt-support and copy all my Windows fonts to LInux
2) Edit font.properties to use the win fonts
This should fix all my problems, or not?
-Ole Jacob
On Wednesday 02 May 2001 13:42, Joi Ellis wrote:
> On Wed, 2 May 2001, Ole Jacob Taraldset w
On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> OK, I don't know a thing about jre's internals, but I can't imagine that it
> can be very hard to make the win and linux versions compatible. Now that all
> win fonts are available on Linux. Can somebody please explain this to me. If
> it is pos
On Wed, 2 May 2001, Ole Jacob Taraldset wrote:
> They are going to say why isn't the Linux jre compatible with the
> windows version?
No JRE in the world can compensate for lazy programmers.
--
Joi EllisSoftware Engineer
Aravox Technologies [EMAIL PROTECTED], [EMA
OK, I don't know a thing about jre's internals, but I can't imagine that it
can be very hard to make the win and linux versions compatible. Now that all
win fonts are available on Linux. Can somebody please explain this to me. If
it is possible to make a fix for this, then why not? Most browser
It is possible that this is a problem in the applet code, but that doesn't
help me. I've had this problem with both my on-line banks (completely
different systems) and the tax thing below. Isn't there a way to get around
this? When the applets works fine in windows companies will not use
thous
On Mon, 30 Apr 2001, Ole Jacob Taraldset wrote:
> I've had this problem since I started using Linux a few years ago,
> and have been unable to find a fix. This must be a problem for many
> people: When I access a Java applett on web which requires text
> input the fonts in the input-box is to sma
Juergen Kreileder wrote:
The problem is that the URW fonts are available with two different
> foundries: urw and abode. The two foundries use different family
> names for the fonts too. The reason why we currently use the urw
> foundry is that the abode foundry uses ambiguous family names, thi
> Cynthia Jeness writes:
Cynthia> My only remaining comment is that the names of the java
Cynthia> fonts in the "font.properties" file were changed from
Cynthia> "zapf dingbats" to "dingbats" and from "symbol" to
Cynthia> "standard symbols l". I changed the names back to avoi
This turned out to be "operator error". I had forgotten that the
accelerated server that I am using from Xi graphics does not used the
standard XF86Config file but rather its own file, "Xaccel.ini". As soon as
I updated the font path for the URW fonts in this file, then the fonts were
handled as
Vincent Trussart wrote:
>
> Paul Reavis wrote:
>
> > I've been running Together/J, and have a couple of problems.
> >
> > One is I keep getting things like:
> >
> > Warning:
> > Name: textfield
> > Class: XmTextField
> > Character '.' not supported in font. Discarded.
> >
>
> Try p
Paul Reavis wrote:
> I've been running Together/J, and have a couple of problems.
>
> One is I keep getting things like:
>
> Warning:
> Name: textfield
> Class: XmTextField
> Character '.' not supported in font. Discarded.
>
Try preloading /lib/libBrokenLocale.so when launching Toge
Gernot Koller writes:
>
> The most obvious type is in line 46:
>
> dialog.plain.0=-b&h-lucida sans-medium-r-normal-sans-*-%d-*-*-p-*-iso8859-1
> ^
Duh! Cool -- I've fixed this now. Thanks!
Steve
Quoting Svante Sormark ([EMAIL PROTECTED]):
>
> Hi all!
>
> I'm having a slightly annoying problem with the Linux JDK. It's been
> present in all 1.1.5 versions I have tried so far.
>
> When I try to do a TextFeild.setText() with a string that contains a
> non-asci7 character (i.e. å,ä or ö) e
20 matches
Mail list logo
