map display

1999-09-09 Thread R MUTHUSWAMY


hi
i am doing a project using maps in java. so is there any support
for maps displays in java. And where i can get some materials about maps
usage in java.

Thanx in advance.
muthu.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: map display

1999-09-09 Thread Thierry Philipovitch

Hi,
take a look at 
http://www.ggrweb.com/geojava/index.html
perhaps you could find there some materials.

Thierry

Le jeu, 09 sep 1999, R MUTHUSWAMY a écrit :
> hi
>   i am doing a project using maps in java. so is there any support
> for maps displays in java. And where i can get some materials about maps
> usage in java.
> 
> Thanx in advance.
> muthu.
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-- 
Thierry Philipovitch  [EMAIL PROTECTED]
SAFEGE-CETIIS  Tel. : (33) 4 42 93 65 17
Aix Metropole Bt D/30, av MalacridaFax  : (33) 4 42 93 65 15
FR 13100 Aix-en-Provence


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Testing whether executable or not

1999-09-09 Thread ALPESH KOTHARI

Hello,

I want to test that a given file is executable or not using java. Can I
do it? Running the executable is possible, but is there any explicit
testing command?

THanking You all,
ALpesh


===
KOTHARI ALPESH D.
STUDENT M. TECH.
CEDT
INDIAN INSTITUTE OF SCIENCE
BANGALORE-560 012
INDIA
__
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: map display

1999-09-09 Thread Diego Pons

R MUTHUSWAMY wrote:
> 
> hi
> i am doing a project using maps in java. so is there any support
> for maps displays in java. And where i can get some materials about maps
> usage in java.
> 

Without endorsing them, in http:www.esri.com you'll find some map
server products via applets. Unfortunately, some of their products
only run on windows NT, a show-stopper for me.

__
Diego Pons Pharos Consulting LLC
http://www.wenet.net/~dponsLos Angeles, CA


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Jini on Linux

1999-09-09 Thread Cees de Groot

In article <01befa8d$35da1510$[EMAIL PROTECTED]> you write:
>Has anybody tried Jini on Linux...Any help about this will be useful..
>
I'm using it and it works. What's more to say? 

If you are having problems, check three things:
1. Multicast support in the kernel (>=2.0.37);
2. The correct multicast route in your routing table (dest=224.0.0.0
   mask=240.0.0.0 dev=eth0);
3. No multicast routing support in the kernel (I have the suspicion 
   that this interferes with looping back local mc packets that are 
   leaving the box).

I have seen RMID crashing after running a while on the JDK 1.2
pre-release builds, you probably want to disable the JIT for the RMID (this
could also be due to the fact that I'm running the RMID on my SMP box,
though).. 

-- 
Cees de Groot   http://www.cdegroot.com <[EMAIL PROTECTED]>


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



about using JFC

1999-09-09 Thread sn_java

Hello java-linux,

  where can I download swing tutorial?
  thanks

Best regards,
 sn_java  mailto:[EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: map display

1999-09-09 Thread Diego Pons

Diego Pons wrote:
> 
> R MUTHUSWAMY wrote:
> >
> > hi
> > i am doing a project using maps in java. so is there any support
> > for maps displays in java. And where i can get some materials about maps
> > usage in java.
> >
> 
> Without endorsing them, in http:www.esri.com you'll find some map

Make that http://www.esri.com

Sorry.

--Diego


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: about using JFC

1999-09-09 Thread Martin Schröder

On 1997-09-09 19:48:44 +0800, sn_java wrote:
  ^ Your date is wrong
>   where can I download swing tutorial?

http://java.sun.com/docs/books/tutorial/information/download.html

Best regards
   Martin
-- 
  Martin Schröder, [EMAIL PROTECTED]
ArtCom GmbH, Grazer Straße 8, D-28359 Bremen
   Voice +49 421 20419-44 / Fax +49 421 20419-10

 PGP signature


Re: about using JFC

1999-09-09 Thread Thomas M. Sasala


http://java.sun.com/docs/books/tutorial/


sn_java wrote:
> 
> Hello java-linux,
> 
>   where can I download swing tutorial?
>   thanks
> 
> Best regards,
>  sn_java  mailto:[EMAIL PROTECTED]
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
+---+
+  Thomas M. Sasala, Electrical Engineer   [EMAIL PROTECTED]   +
+  MRJ Technology Solutionshttp://www.mrj.com   +
+  10461 White Granite Drive, Suite 102(W)(703)277-1714 +
+  Oakton, VA   22124  (F)(703)277-1702 +
+---+


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: about using JFC

1999-09-09 Thread Jim Caley

You can download Sun's Java Tutorial at
http://java.sun.com/docs/books/tutorial/information/download.html and
then work through the "Creating a GUI with JFC/Swing" trail.

Regards,
Jim
--

sn_java wrote:
> 
> Hello java-linux,
> 
>   where can I download swing tutorial?
>   thanks
> 
> Best regards,
>  sn_java  mailto:[EMAIL PROTECTED]
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Kontorotsui


After extensive experience with Java GUI, mostly by using Swing, I wonder why
there are hard tasks which can be accomplished very easily and easy ones which
look almost impossible.

Here are two examples.

I have a grid with 3 buttons in the first row and 2 buttons in the third, I
wanted to place the third row buttons centered, like this:

  XX  XX  XX

  XX  XX  XX

   XXX XXX

but no layout manager allows to do it in a single panel, I had to do several
panels.

But the biggest example is this: suppose I have a JFrame subclass that
represents my main window, it includes a menu bar and 5 panels with a border
layout. If I want to make my window with a green background, I though I had to
set the background color of the main window... instead I have to set the green
background color to ALL the objects I put on the window.
Why force each JComponent to have the standard grey background and black
foreground, when it could have been, by default, the container one?

Maybe I wrote a long series of mistakes and there are easy ways to do what I
wanted to do (if case there are, please let me know), but the fact that after
extensive search in the (mostly poor) documentation (the official Java
tutorial!) and tests... if these are not Java faults, then it's the support.

---
Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at 
University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
My home page: http://www.cli.di.unipi.it/~controzz/intro.html


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Justin Lawler

You can accomplish that using the GridBag layout manager, but that is quite
hard to use. A much easier layout manager to use is the GraphPaper layout
manager, which comes with the java tutorial.

I agree with you about the setting color for all the components of the panel.
There should be some default color scheme which you can implement to all
children of a particular frame.

Kontorotsui wrote:

> After extensive experience with Java GUI, mostly by using Swing, I wonder why
> there are hard tasks which can be accomplished very easily and easy ones which
> look almost impossible.
>
> Here are two examples.
>
> I have a grid with 3 buttons in the first row and 2 buttons in the third, I
> wanted to place the third row buttons centered, like this:
>
>   XX  XX  XX
>
>   XX  XX  XX
>
>XXX XXX
>
> but no layout manager allows to do it in a single panel, I had to do several
> panels.
>
> But the biggest example is this: suppose I have a JFrame subclass that
> represents my main window, it includes a menu bar and 5 panels with a border
> layout. If I want to make my window with a green background, I though I had to
> set the background color of the main window... instead I have to set the green
> background color to ALL the objects I put on the window.
> Why force each JComponent to have the standard grey background and black
> foreground, when it could have been, by default, the container one?
>
> Maybe I wrote a long series of mistakes and there are easy ways to do what I
> wanted to do (if case there are, please let me know), but the fact that after
> extensive search in the (mostly poor) documentation (the official Java
> tutorial!) and tests... if these are not Java faults, then it's the support.
>
> ---
> Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at
> University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
> My home page: http://www.cli.di.unipi.it/~controzz/intro.html
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Michael Christiansen

I think the solution to your layout is to use GridBagLayout. If I understand your
description, you will need a 10 column / 3 row layout. The first two rows occupy
columns 1&2, 5&6, 9&10. Row 3 buttons occupy columns 2-4, 7-9. However, the
multi-panel layout is not at all unreasonable. All this assmues that you want
dyanmic resize of the panel. Otherwise you could have used absolute positioning.

Mike

Kontorotsui wrote:

> After extensive experience with Java GUI, mostly by using Swing, I wonder why
> there are hard tasks which can be accomplished very easily and easy ones which
> look almost impossible.
>
> Here are two examples.
>
> I have a grid with 3 buttons in the first row and 2 buttons in the third, I
> wanted to place the third row buttons centered, like this:
>
>   XX  XX  XX
>
>   XX  XX  XX
>
>XXX XXX
>
> but no layout manager allows to do it in a single panel, I had to do several
> panels.
>
> But the biggest example is this: suppose I have a JFrame subclass that
> represents my main window, it includes a menu bar and 5 panels with a border
> layout. If I want to make my window with a green background, I though I had to
> set the background color of the main window... instead I have to set the green
> background color to ALL the objects I put on the window.
> Why force each JComponent to have the standard grey background and black
> foreground, when it could have been, by default, the container one?
>
> Maybe I wrote a long series of mistakes and there are easy ways to do what I
> wanted to do (if case there are, please let me know), but the fact that after
> extensive search in the (mostly poor) documentation (the official Java
> tutorial!) and tests... if these are not Java faults, then it's the support.
>
> ---
> Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at
> University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
> My home page: http://www.cli.di.unipi.it/~controzz/intro.html
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Dick Balaska

Kontorotsui wrote:
> 
> After extensive experience with Java GUI, mostly by using Swing, I wonder why
> there are hard tasks which can be accomplished very easily and easy ones which
> look almost impossible.
> 
> Here are two examples.
> 
> I have a grid with 3 buttons in the first row and 2 buttons in the third, I
> wanted to place the third row buttons centered, like this:
> 
>   XX  XX  XX
> 
>   XX  XX  XX
> 
>XXX XXX
> 
> but no layout manager allows to do it in a single panel, I had to do several
> panels.

Use a GridBag.  Think of it as 6 blocks wide.  The items in the first two rows get
a width of 2 and the items in the last row get a width of 3.

-- 
   _,--"
dik`-._-___"
   _'--''--'_
  //_| | \[EMAIL PROTECTED]  / | |_\\
 (_|_|__= Guilford CT +1.203.458.0389  =__|_|_)
 _\_=___   http://www.buckosoft.com ___=_/_
   \/-(o)-~~-(o)-~~-(o)-`--'-(o)-~~-(o)-~~-(o)-\/
Early Klingon Poetry:
Wustl, Wustl, ERR RIP MIT BOOT, BIND Wustl


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Gosling says he wants to support Java on Linux

1999-09-09 Thread Nelson Minar

An interview with Gosling is at
  http://webserv.vnunet.com/www_user/plsql/pkg_vnu_search_mo.right_frame?p_story=89624

Suprising quote:

  Zombiehead: James, what's your stance on Java in relation to open
  source? It's one of the reasons Linux is successful. Do you see this
  as a future possibility?

  JG: We'd like to deal with the problem of Java not working on Linux.
  It's a somewhat complex problem.

  The inter-operability problems with Linux are just horrible. You
  have to be excruciatingly careful because all the different flavours
  of Linux are all slightly different.

  NN: Can you project a time when problems are resolved?

  JG: It's hard to tell when those problems will be resolved. The
  Linux community has got itself into a bit of a pickle. I think they
  could have avoided it, but it's now going to take time, and it'll be
  a painful thing for them. They're going to go from being a bunch of
  hobbyists having a good time to developing mission-critical
  applications. The road may be a little bumpy.

Does anyone have any clue what Gosling is talking about? I guess the
native threads problems could have something to do with Linux
versions, but the green threads versions seem awfully portable to me
and are just fine for most use.

My feeling is still that the real problem with Java and Linux is that
it's a problem of Sun politics, not technology. So I was quite
surprised to see Gosling vaguely endorse the idea.

  [EMAIL PROTECTED]
.   .  . ..   .  . . http://www.media.mit.edu/~nelson/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Nathan Meyers

Kontorotsui wrote:
> 
> After extensive experience with Java GUI, mostly by using Swing, I wonder why
> there are hard tasks which can be accomplished very easily and easy ones which
> look almost impossible.
> 
> Here are two examples.
> 
> I have a grid with 3 buttons in the first row and 2 buttons in the third, I
> wanted to place the third row buttons centered, like this:
> 
>   XX  XX  XX
> 
>   XX  XX  XX
> 
>XXX XXX
> 
> but no layout manager allows to do it in a single panel, I had to do several
> panels.

I've found Swing's Box component great for this sort of job. Yes, you
have to create multiple boxes (this example would require 3 horizontal
boxes inside a vertical box), but they're easy to use, low-overhead, and
the "glue" and "strut" components make it dead-easy to construct this
sort of layout.

Nathan


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



SLC 2000 - First call for papers

1999-09-09 Thread Amlan Saha


FIRST CALL FOR PAPERS
Singapore Linux Conference (SLC) 2000
  March 8-10 2000

This annual conference and expo, started in 1999, aims to draw
world-renowned experts in the exciting field of Linux and showcase
the state of the art in Ecommerce and Linux in the IT hub of 
South-East Asia, Singapore. In this millennial edition, we plan 
a conference of outstanding quality through a  rigorous and open 
review process handled by our team of experts on the Technical 
Program Committee. 

Papers on all aspects of Linux and especially on the following 
topics are solicited: 

   * security
   * SSL/encryption/FreeSWAN
   * Linux in ecommerce
   * expectations in kernel 3.0.0 and 4.0.0
   * ISP operations
   * java (JIT, benchmarks etc..)
   * coda file system
   * IPv6
   * transition to IPv6 (NGTRANS)
   * office productivity tools
   * scientific community
   * education
   * games
   * e-commerce 
   * user group issues
   * SMP
   * beowulf class computing
   * Internationalisation issues
   * real time Linux
   * porting (SA1100, MIPS, etc etc)

Prospective authors are requested to submit full papers for review. 
Electronic submissions are strongly encouraged, which could be
through email or by visiting our website at www.slc2000.com.sg (to be ready
by next week). Hard-copy submissions are also permitted, and three 
copies of the manuscript should be sent to - 

  Amlan Saha
  194 Holland Road
  Singapore 278587

  Email: [EMAIL PROTECTED]
  Tel:   +65.8709.265
  Fax:   +65.779.5441

You may like to take a note of the following dates -

  Submission of full paper - 10th December, 1999
  Notification of acceptance -   31st December, 1999
  Camera ready paper due -   20th January,  2000

Papers will be rigorously reviewed by the Technical Program
Committee, and reviewers' comments will be relayed to the authors 
on request in the interest of transparency. Please e-mail the 
organisers at <[EMAIL PROTECTED]> to ask to join the conference 
mailing list, and to propose tutorial topics.

TUTORIALS

Prospective tutorial speakers are invited to submit proposals to the
Conference Secretariat. Each proposal should include -

 * a summary 
 * a course outline and 
 * a brief biography of the speaker. 

Proposals complete with the required documents should be sent
to [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Gosling says he wants to support Java on Linux

1999-09-09 Thread jools enticknap



This is not a flame, just a comment :-)

Or perhaps it's just down to the fact that the JVM was originally coded 
on Solaris. Although Solaris and Linux are fairly common on a number of 
fronts, they differ on a great many too.

Perhaps the best way to solve the problem ( although it's more bit more 
bullish) is to go the clean room approach. Do it from scratch and make the 
JVM fit the OS, the same way SUN did with it's Solaris VM.

And lets not forget, SUN is not a charity and it's going to have to sell a 
few StarFire's to cover some of it's development costs. If people like VA 
start selling Linux Boxes at a third of the cost, plus 24/7 support, why buy 
SUN ?

Plus let's not forget IBM. I've been using jikes and their VM, which is 
pretty damn quick and stable, and they are practically gagging to sell Linux 
boxes (AIX, what happened ? ).

So all in all, SUN need to make some money out of Java, if they help to make 
Java too good on Linux, nobody will need to buy SUN servers. So why should 
SUN help ?

Write once, run anywhere ( or was that debug everywhere :) might not be so 
helpful to SUN's bottom line.

I'm a bit of a pessimist, I do hope that I'm totally wrong ( when was 
jdk1.2pre2 released )




>From: [EMAIL PROTECTED] (Nelson Minar)
>To: [EMAIL PROTECTED]
>Subject: Gosling says he wants to support Java on Linux
>Date: Thu, 9 Sep 1999 11:50:21 -0400 (EDT)
>
>An interview with Gosling is at
>   
>http://webserv.vnunet.com/www_user/plsql/pkg_vnu_search_mo.right_frame?p_story=89624
>
>Suprising quote:
>
>   Zombiehead: James, what's your stance on Java in relation to open
>   source? It's one of the reasons Linux is successful. Do you see this
>   as a future possibility?
>
>   JG: We'd like to deal with the problem of Java not working on Linux.
>   It's a somewhat complex problem.
>
>   The inter-operability problems with Linux are just horrible. You
>   have to be excruciatingly careful because all the different flavours
>   of Linux are all slightly different.
>
>   NN: Can you project a time when problems are resolved?
>
>   JG: It's hard to tell when those problems will be resolved. The
>   Linux community has got itself into a bit of a pickle. I think they
>   could have avoided it, but it's now going to take time, and it'll be
>   a painful thing for them. They're going to go from being a bunch of
>   hobbyists having a good time to developing mission-critical
>   applications. The road may be a little bumpy.
>
>Does anyone have any clue what Gosling is talking about? I guess the
>native threads problems could have something to do with Linux
>versions, but the green threads versions seem awfully portable to me
>and are just fine for most use.
>
>My feeling is still that the real problem with Java and Linux is that
>it's a problem of Sun politics, not technology. So I was quite
>surprised to see Gosling vaguely endorse the idea.
>
>   [EMAIL PROTECTED]
>.   .  . ..   .  . . http://www.media.mit.edu/~nelson/
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact 
>[EMAIL PROTECTED]
>

__
Get Your Private, Free Email at http://www.hotmail.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: map display

1999-09-09 Thread Peter Mount

On Thu, 9 Sep 1999, R MUTHUSWAMY wrote:

> 
> hi
>   i am doing a project using maps in java. so is there any support
> for maps displays in java. And where i can get some materials about maps
> usage in java.

I have some unpublished classes that handle layered vector based maps.
It's Astronomical based, and hopefully in the next week or so (work load
depending), it will be released. The only thing holding it back is a lack
of documentation.

It, like most of my code, will be covered by the LGPL.

Peter

--
   Peter T Mount [EMAIL PROTECTED]
  Main Homepage: http://www.retep.org.uk
PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres
 Java PDF Generator: http://www.retep.org.uk/pdf


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Ted Neward

"Box" component?

Ted Neward
Patterns/C++/Java/CORBA/EJB/COM-DCOM spoken here
http://www.javageeks.com/~tneward
 "I don't even speak for myself; my wife won't let me." --Me

-Original Message-
From: Nathan Meyers <[EMAIL PROTECTED]>
To: Kontorotsui <[EMAIL PROTECTED]>
Cc: Java-Linux List <[EMAIL PROTECTED]>
Date: Thursday, September 09, 1999 11:37 AM
Subject: Re: Sometimes easy things are hard/impossible in Java


>Kontorotsui wrote:
>>
>> After extensive experience with Java GUI, mostly by using Swing, I wonder
why
>> there are hard tasks which can be accomplished very easily and easy ones
which
>> look almost impossible.
>>
>> Here are two examples.
>>
>> I have a grid with 3 buttons in the first row and 2 buttons in the third,
I
>> wanted to place the third row buttons centered, like this:
>>
>>   XX  XX  XX
>>
>>   XX  XX  XX
>>
>>XXX XXX
>>
>> but no layout manager allows to do it in a single panel, I had to do
several
>> panels.
>
>I've found Swing's Box component great for this sort of job. Yes, you
>have to create multiple boxes (this example would require 3 horizontal
>boxes inside a vertical box), but they're easy to use, low-overhead, and
>the "glue" and "strut" components make it dead-easy to construct this
>sort of layout.
>
>Nathan
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Nathan Meyers

Ted Neward wrote:
> 
> "Box" component?

javax.swing.Box - a lightweight container whose purpose in life is to
support easy use of the BoxLayout manager. It's one of the simplest
solutions I've found to many layout problems.

Nathan


> 
> Ted Neward
> Patterns/C++/Java/CORBA/EJB/COM-DCOM spoken here
> http://www.javageeks.com/~tneward
>  "I don't even speak for myself; my wife won't let me." --Me
> 
> -Original Message-
> From: Nathan Meyers <[EMAIL PROTECTED]>
> To: Kontorotsui <[EMAIL PROTECTED]>
> Cc: Java-Linux List <[EMAIL PROTECTED]>
> Date: Thursday, September 09, 1999 11:37 AM
> Subject: Re: Sometimes easy things are hard/impossible in Java
> 
> >Kontorotsui wrote:
> >>
> >> After extensive experience with Java GUI, mostly by using Swing, I wonder
> why
> >> there are hard tasks which can be accomplished very easily and easy ones
> which
> >> look almost impossible.
> >>
> >> Here are two examples.
> >>
> >> I have a grid with 3 buttons in the first row and 2 buttons in the third,
> I
> >> wanted to place the third row buttons centered, like this:
> >>
> >>   XX  XX  XX
> >>
> >>   XX  XX  XX
> >>
> >>XXX XXX
> >>
> >> but no layout manager allows to do it in a single panel, I had to do
> several
> >> panels.
> >
> >I've found Swing's Box component great for this sort of job. Yes, you
> >have to create multiple boxes (this example would require 3 horizontal
> >boxes inside a vertical box), but they're easy to use, low-overhead, and
> >the "glue" and "strut" components make it dead-easy to construct this
> >sort of layout.
> >
> >Nathan
> >
> >
> >--
> >To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> >with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Alex M.

> I think a better solution is to override getForeground / getBackground
> of the component to return something related to it's parents?

So now you have to override all the gui components just to override one
method?  I would think that would be a lot of work for very little gain,
not to mention it would add unnecessary bulk to your app, don't you think?

> renderer does not call getForeground but directly grabs it from a member
> variable, this won't work. What you could do is override paint() to set

Everything that descends from component inherits
setBackground/getBackground and setForeground/getForeground.  I don't know
off the top of my head, of any components in the java libraries that
ignore those properties.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Answers (RE: Sometimes easy things are hard/impossible in Java)

1999-09-09 Thread Kontorotsui


Hello again,
first of all thanks for your answer, this is not strictly java-linux
related so I do a general reply to everybody.

About the 3 rows of buttons, 2 rows with 3 buttons, the last row with 2
buttons, I probably failed to explain exactly what was the problem. 

I am well aware (even too much :) ) of the GridBagLayout, which I used
everywhere. But, if I'm not mistaken, I've found a limit (you can call it a
wanted feature) in this layout manager: it is impossible to have a row with a
smaller number of objects and keep it centered. 
In my case the third row had 2 buttons, but the gridbag kept the button aligned
with the first or last two of the rows above, forcing me to use flowlayout. 
It would have been nice if the gridwitdh and gridheight took float numbers, I
would have given gridwidth = 1.5 to the buttons in the third row.

That's why I said something so easy (gridwith as float number) is missing and
I'm forced to use several (3) panels.

In case you have the same idea I got, that is giving gridwith 2 to the buttons
in the first two rows and gridwidth 3 to the ones in the third row, this
doesn't work either :(

I guess that's why the Box layout was added...


Now, about the default color, Alex M. saved me a lot of work (I was changing
the color of each component I displayed...) and confirmed what I said:
sometimes in Java easy, trivial, things are make hard to achieve, not due to
the language itself, but because of how the API are implemented.
I knew that if the background color is set to null, the component inherits the
BG color from the container. Ok... then tell me why by default the background
color is not set to null but to a SystemColor constant! I don't find any logic
in this, the default should be the most generic choice (null), not the most
specific (a fixed constant). Having a JPanel with a default BG color seems to
me most sadic.

Let's try to jump back ontopic: I have no means to check, but could this be a
problem only in the Linux JDK? I don't believe it is likely to be...

---
Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at 
University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
My home page: http://www.cli.di.unipi.it/~controzz/intro.html


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



appletviewer missing fonts

1999-09-09 Thread Eric vanberkel

Hi y'all,

Whenever I start appletviewer I get these missing font
messages. Did I miss something when installing?
I use the blackdown JDK 1.2b pre-release kit on TurboLinux
3.0.

Someone seen this stuff?

gr. Eric

Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
Font specified in font.properties not found [--zapf
dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]


__
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Sometimes easy things are hard/impossible in Java

1999-09-09 Thread Alex M.

> When writing gui apps, most of the time i have to override most of the
> components anyway, except for generic items such as buttons. But this is
> the only way i see to implement color themes, because it works when you
> add/remove components dynamically. The recursive setColor won't work in
> that case (although it is probably the simplest / fastest solution for
> the static case).

If all you are doing is changing the look of already existing components,
you should be using PLAFs, not extending the components, thereby breaking
PLAF.

> If you look at the java.awt source, the toolkits, layout managers, etc.
> use component.x values instead of component.getX(). I don't know if it
> is the same with other member variables (such as foreground /
> background) . The thing i was worried about is that if the java.awt
> classes directly access the member variables, then overriding the
> functions won't do any good...

In the case of colors anyway, they use the get methods, I believe, because
I have written things that override those before and they worked fine.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Niiiccee...

1999-09-09 Thread Riyad Kalla

This is to lighten the spirits a little bit, login to a
Unix/Linux machine and type this:

echo njdsptpgu tvdlt | tr [b-z] [a-y]

Best wishes


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Niiiccee...

1999-09-09 Thread Jacob Nikom

I am sure it is something great, but I the response I got was:
tr: no match

Jacob

Riyad Kalla wrote:
> 
> This is to lighten the spirits a little bit, login to a
> Unix/Linux machine and type this:
> 
> echo njdsptpgu tvdlt | tr [b-z] [a-y]
> 
> Best wishes
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Niiiccee...

1999-09-09 Thread Eric Vicario


...uhhh, it's not something great.  In fact, something most of us don't
like...  ;)

- Original Message -
From: Jacob Nikom <[EMAIL PROTECTED]>
To: Riyad Kalla <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; Marc Chung <[EMAIL PROTECTED]>; Joe
Sinkwitz <[EMAIL PROTECTED]>; Rick Mercer <[EMAIL PROTECTED]>;
Laurence Hartje <[EMAIL PROTECTED]>; Kyle P Laughlin
<[EMAIL PROTECTED]>; Rudiger Moller <[EMAIL PROTECTED]>
Sent: Thursday, September 09, 1999 12:45 PM
Subject: Re: Niiiccee...


> I am sure it is something great, but I the response I got was:
> tr: no match
>
> Jacob
>
> Riyad Kalla wrote:
> >
> > This is to lighten the spirits a little bit, login to a
> > Unix/Linux machine and type this:
> >
> > echo njdsptpgu tvdlt | tr [b-z] [a-y]
> >
> > Best wishes
> >
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Answers (RE: Sometimes easy things are hard/impossible in Java)

1999-09-09 Thread alx

On Thu, 9 Sep 1999, Kontorotsui wrote:

> BG color from the container. Ok... then tell me why by default the background
> color is not set to null but to a SystemColor constant! I don't find any logic
> in this, the default should be the most generic choice (null), not the most
> specific (a fixed constant). Having a JPanel with a default BG color seems to
> me most sadic.

Well, what if the default was to take on the color of the parent
container.  what if I wanted my controls to be a different color than the
background (which I've used more often than having all controls the same
color, when the panel color is not the default)?  I think the design of
the particular look and feel is what dictates how things are displayed.
That is another solution, btw, to write your own pluggable look and feel
that follows your preferred color pattern.

> Let's try to jump back ontopic: I have no means to check, but could this be a
> problem only in the Linux JDK? I don't believe it is likely to be...

Nope... I think it's part of the original design.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Answers (RE: Sometimes easy things are hard/impossible in Java)

1999-09-09 Thread Daniel Barclay



> From: Kontorotsui <[EMAIL PROTECTED]>



> About the 3 rows of buttons, 2 rows with 3 buttons, the last row with 2
> buttons, I probably failed to explain exactly what was the problem. 
> 
> I am well aware (even too much :) ) of the GridBagLayout, which I used
> everywhere. But, if I'm not mistaken, I've found a limit (you can call it a
> wanted feature) in this layout manager: it is impossible to have a row with a
> smaller number of objects and keep it centered. 
> In my case the third row had 2 buttons, but the gridbag kept the button aligned
> with the first or last two of the rows above, forcing me to use flowlayout. 
> It would have been nice if the gridwitdh and gridheight took float numbers, I
> would have given gridwidth = 1.5 to the buttons in the third row.


Increase the grid resolution.

Instead of three grid columns, with a button in each (for your 3-button
rows), defined a grid with, say, 30 columns, and make each button
10 grid columns wide (one starting in grid column 0, the next at 10,
the third at 20).

Then in your two-button row, make the two buttons 15 grid columns wide.


Daniel



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Gosling says he wants to support Java on Linux

1999-09-09 Thread Daniel Barclay



> From: "jools enticknap" <[EMAIL PROTECTED]>



> Or perhaps it's just down to the fact that the JVM was originally coded 
> on Solaris. Although Solaris and Linux are fairly common on a number of 
> fronts, they differ on a great many too.

Didn't Sun rewrite or reorganize something recently to make it
more portable?  (Or am I thinking of something else?)


Daniel


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Niiiccee...

1999-09-09 Thread Daniel Barclay


> From: Jacob Nikom <[EMAIL PROTECTED]>

> ...
> I am sure it is something great, but I the response I got was:
> tr: no match
> 
> Riyad Kalla wrote:
...
> > echo njdsptpgu tvdlt | tr [b-z] [a-y]

It should have quotes around the [b-z] and  [a-y] parts.


Daniel


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Niiiccee...

1999-09-09 Thread Jeff Galyan

Worked fine for me - I suspect Jacob doesn't have tr in his path.

--Jeff



Daniel Barclay wrote:
> 
> > From: Jacob Nikom <[EMAIL PROTECTED]>
> 
> > ...
> > I am sure it is something great, but I the response I got was:
> > tr: no match
> >
> > Riyad Kalla wrote:
> ...
> > > echo njdsptpgu tvdlt | tr [b-z] [a-y]
> 
> It should have quotes around the [b-z] and  [a-y] parts.
> 
> Daniel
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Jeff Galyan
http://www.anamorphic.com
http://www.sun.com
jeffrey dot galyan at sun dot com
talisman at anamorphic dot com
Sun Certified Java(TM) Programmer
==
Linus Torvalds on Microsoft and software development:
"... if it's a hobby for me and a job for you, why are you doing such a
shoddy job of it?"

The views expressed herein do not necessarily reflect those of my
employer.

Sun Microsystems, Inc., has no connection to my involvement with the
Mozilla Organization.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]