FreeRapid Downloader is a special tool for downloading files from public share file archives like RapidShare.com, FileFactory.com or Uploaded.to and others.
FS#1338 - FreeRapid is switching to first monitor every time
Opened by Kepi (kepi) - Tuesday, 08 June 2010, 20:52 GMT+1
Last edited by ntoskrnl (ntoskrnl) - Friday, 06 August 2010, 21:05 GMT+1
|
DetailsHi, I have little unusual setup, two lcd monitors join with TwinView and projector connected as another Screen, with some sort of nvidia xinerama. Normaly I cannot move any windows between these two screens (one screen is lcd dualhead and another one is projector). Every time I run any application, it is started on screen which I’m executing of. So if I open i.e. some editor on projector, it opens here. Only exception is FreeRapid downloader (and one another java app). It shows splash screen correctly on projector screen but main windows is displayed on screen with LCDs. It is problem for me, because I usually have sit before projector or before dualhead... I’m not sure if this is java bug or FreeRapid bug, so thanks for any help or idea. I’m running latest FreeRapid with java:
java version "1.6.0_20" |
I can confirm issues with multiple monitors. I am running two screens on Windows 7, and I'd like FreeRapid on the second screen. However, whenever I start it, it appears on the first one.
There's also a strange inconsistency within dialogs and other windows. Captcha windows appear on the first one, for instance. Updating plugins is a window mess: the "Good news everyone" window appears on the second, the details window on the first, the "Downloading plugins" window appears on the second, the "Restart now?" window appears on the first.
Hmmms. The FRD main window should stay in the position which was the last one. It's handled by SAF, but it might be buggy.
All specific dialogs should stay on their last position (history, new urls...), because of SAF, other dialogs like CAPTCHA dialogs are appeared using JOptionPane, which does not use last location feature - so it becomes visible on the first screen. The first parametr of JOptionPane.showXXXMessage is a parent window, so the window, but I had bad experience with this if the parameter was not null - CAPTCHA dialog didn't pop up properly over other applications.
We will see how to handle it...
Issues still exist with BSAF.
Now it started working more than well for some reason. I'm closing this. It will be fixed in alpha3.