[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    Bug#39980: forked but minimised konqueror window for popups
From:       curious () hyperreal ! pl
Date:       2002-03-31 19:13:42
[Download RAW message or body]

Package: konqueror
Version: KDE 3.0.5 CVS/CVSup/Snapshot
Severity: wishlist
Installed from:    Compiled sources
Compiler:          gcc 2.95.3
OS:                Linux
OS/Compiler notes: slow system

when konqueror parse HTML page and find javascript 'popup' request, it \
should quietly (on lowest priority) fork another konqueror window ('popup') \
with just dns of host resolved (but no page, or simply blank page). \
minimised (in background) when user decides to click any popup, or clicks \
'Yes' in 'page requested a popup window' minimised browser should recieve \
adress of popup , to reduce delay

(normally new browser window is opened after this event, which causes \
noticeable delay)

it should have option in 'settings' (so user can disable this feature i.e. \
on system with critical RAM settings) change background fork priority, and \
issue a delay of 'page requested a popup window' message (independent of \
forking of backround browser) so user can read page before popup 'page \
requested a popup' will appear.  also can be moved to toolbar ('popup' \
request 'light' and button, when page wants popup it changes icon, and when \
user click at it it opens popup, when user hold it, it shows all popup \
requests from given page (so user can choose which popup to pop up)

minimised browser window in background should be even not for popups but \
for all requests, it greatly increases response (like 'number of spare \
minimised browser windows' option or something... number below this value \
should be killed after 'delay for closing unused spare browsers' and mass \
popup protection should be 'spare browser limit')


(Submitted via bugs.kde.org)


[prev in list] [next in list] [prev in thread] [next in thread]