Glenn Holmer <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> There is a bug report in the JDC Bug Database concerning window
>> management problems with KDE (4392053). It's second in the Top 25
>> Bugs with 335 votes. According to the evaluation KDE is not a
>> supported configuration
[EMAIL PROTECTED] wrote:
> There is a bug report in the JDC Bug Database concerning window management
> problems with KDE (4392053). It's second in the Top 25 Bugs with 335 votes.
> According to the evaluation KDE is not a supported configuration. So if
> things don't work, tough.
[from the bug
Oktay Akbal wrote:
> There seem to be several issues with modal JDialogs in 1.4-final.
> Some (?) of them do not show up in -beta2.
> We have a Problem with blank Dialogs and hanging Application that
> does not only show up under KDE.
>
> Is it possible for you to test beta2 ?
I'm willing to giv
There is a bug report in the JDC Bug Database concerning window management
problems with KDE (4392053). It's second in the Top 25 Bugs with 335 votes.
According to the evaluation KDE is not a supported configuration. So if
things don't work, tough.
Just another instance of Sun's idiotic attitud
There seem to be several issues with modal JDialogs in 1.4-final.
Some (?) of them do not show up in -beta2.
We have a Problem with blank Dialogs and hanging Application that
does not only show up under KDE.
Is it possible for you to test beta2 ?
Oktay
On Fri, 5 Apr 2002, Glenn Holmer wrote:
> Does anybody know why this might be and if there's a workaround?
> KDE has always been our standard, so we'd rather not switch.
I am the total newbie round here, but did you delete kaffe -
someone told me that was a good idea?
Walter
--
Walter Logeman
Psychotherapist
http://www.psybernet
We're evaluating JDK1.4 here, and find a serious issue with KDE.
Many of our Java apps start by showing a setup dialog, and the way
they usually do it is by listening on windowActivated for the main
JFrame. That handler checks a first-time-thru flag, and if true,
shows the modal dialog.
What we
I apologize if this is in the FAQ, but I am unable to currently access
it, so I seek the wisdom of the list...
I have been having trouble with modal dialogs in Swing. In particular,
the parent window is allowed to get focus after it has popped up a modal
dialog. I would like the behavior of
False Alarm.
After closer examination (thanks to Juergen), I realized that I fired
a false alarm.
--
Dimitrios Vyzovitis -- Information Processing Laboratory
[EMAIL PROTECTED] -- Aristotle University of Thessaloniki
[EMAIL PROTECTED] -- Dept. of Electrical and Computer Engineering
> Dimitris Vyzovitis writes:
>> I wrote a short program and tested it with 1.1.7, 1.2 (both with
>> green and native threads) on Solaris and with 1.1.7 (green threads
>> and native threads) and 1.2 native threads (not available yet) on Linux:
>> All show the same behavior -- t
ake a closer look
at this?
OK, I'll try to clean up unecessary stuff because there are a lot of dependencies
between packages I use.
Note that we are talking about modal dialogs but your posted example
creates a *non*-modal dialog:
> public NoiseWizard( Component master, NoiseBuilder bui
olaris and with 1.1.7 (green threads
and native threads) and 1.2 native threads (not available yet) on Linux:
All show the same behavior -- the execution stops after show().
Where does the execution stop on windows? After the finishing the
execution of the topmost constructor?
Could you please se
Juergen Kreileder wrote:
> Dimitris Vyzovitis writes:
Dimitris> Hi everyone,
Dimitris> It appears there is a nasty bug in a modal
dialog's
Dimitris> construction process. If I subclass
a modal dialog that
Dimitris> appears in its constructor (ie the constructor
ends with
> Dimitris Vyzovitis writes:
Dimitris> Hi everyone,
Dimitris> It appears there is a nasty bug in a modal dialog's
Dimitris> construction process. If I subclass a modal dialog that
Dimitris> appears in its constructor (ie the constructor ends with
Dimitris> the typical pac
More on the subject:
This behavior doesn't appear if I use the -native switch!
Perhaps it is a green_threads glitch...
--
Dimitrios Vyzovitis -- Information Processing Laboratory
[EMAIL PROTECTED] -- Aristotle University of Thessaloniki
[EMAIL PROTECTED] -- Dept. of Electrical and Computer
Hi everyone,
It appears there is a nasty bug in a modal dialog's construction
process.
If I subclass a modal dialog that appears in its constructor (ie the
constructor ends with the typical pack(); show(); setResizable( false );
),
the subclass constructor doesn't get called unless the dialog is
d
16 matches
Mail list logo
