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, Raphael Schmid wrote:
> I just read Ole's post to this list and can say that I've got the
> same problem... (you can check https://banking.apobank.de .. just
> enter some numbers there) I get this problem with
> o Caldera (Technologie Preview)
> o Mandrake (7.1 an
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
Hi all,
I just read Ole's post to this list and can say that I've got the same
problem... (you can check https://banking.apobank.de .. just enter some
numbers there)
I get this problem with
o Caldera (Technologie Preview)
o Mandrake (7.1 and 8.0)
o SuSE 6.3 and 7.0
and _
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 small (or large?) to bee shown. I've tried to hack the
fo
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
I am running JDK 1.2.2 on RedHat Linux 6.1. My font path (as provided
by chkfontpath --list) includes among others:
/usr/X11R6/lib/fonts/URW
These are the fonts that I downloaded from the gimp site.
These fonts include "-Adobe-Zapf Dingbats-..."
When I run the SwingSet application, I ge
If anyone of you were having problem with your fonts(dingbats not being
found) I noticed that if I took my font.properties from jdk1.2prev2 and
copied(I hope this is alright to do) and put them in my jdk1.2.2/jre/lib
directory and then renamed font.properties to font.properties.old.
Matt Brown
Hello to you all!
When I try to run some class I was presented with this message:
Font specified in font.properties not found
Could someone help me?
THANKS in advance.
Bye
Rui
---
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
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.
Warning:
Name: textfield
Class: XmTextField
Character 't' not supported in font.
I've had some serious problems with non-english characters in the linux-port of
jdk.
Characters like "ÅÄÖ" are not displayed in a text-field, except when
using Helvetica or Times Roman fonts.
This problem has been present in all versions of jdk1.1.5 and also in the new
trial version of jdk1.1.6.
A
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
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 ö) everything craps out. Not only can I
not setText with the non
29 matches
Mail list logo
