[prev in list] [next in list] [prev in thread] [next in thread]
List: kfm-devel
Subject: RE: Open Location... doesn't allow for URL filtering
From: David Faure <David.Faure () cramersystems ! com>
Date: 1999-10-28 7:53:37
[Download RAW message or body]
> David Faure wrote:
> >
> > On Wed, Oct 27, 1999 at 04:36:01PM -0700, Yves Arrouye wrote:
> > > Hi,
> > >
> > > In Konqueror, URLs entered in the address bar are being filtered by
plugins
> > > (eg konq_searcher), and that's really cool. But not the ones entered
in the
> > > Open Location... dialog box. Shouldn't things you enter here and on
the
> > > address bar behave the same, thus changing slotOpenLocation so that:
> > >
> > > openURL( (KonqChildView *)m_currentView, u.ascii() );
> > >
> > > is replaced by:
> > >
> > > KonqURLEnterEvent ev( u );
> > > QApplication::sendEvent( this, &ev );
> > >
> > > (If so, I can just commit the change.)
> >
> > If this works, feel free to commit.
> > (I'm surprised by the QApplication::sendEvent - won't this open the URL
> > in _all_ windows ? Isn't there a way to call it on the current window
only ?)
>
> My understanding is that that's what the this is: the target for the
> event, in this case the KonqMainView that got
> slotOpenLocation() called on it.
oops, didn't notice the "this".
ok then.
Another way is to directly call the method (since it's the same class & same
instance),
but that doesn't really matter.
> I'll be testing that tomorrow, but when one types a URL in the
> location bar, only the current window changes, and that's the
> idea here too.
Sure.
--
David Faure
faure@kde.org - KDE developer
david@mandrakesoft.com - Mandrake
david.faure@cramersystems.com - Cramer Systems
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic