Updating name for an IDocumentation

[Aleix Pol]

btw, even if ugly, use the prettyUrl as the name instead of empty.

On Tue, Dec 1, 2009 at 11:13 PM, Aleix Pol <aleixpol at kde.org> wrote:

> I guess it's fine. you can create a patch and send it to the review board.
> We can discuss it there.
> IDocumentation is thought to be autocontented. I guess this is just a
> problem when you're navigating. Can't you extract the title from the URL?
> Otherwise you're forcing the ::name method to have no validity until the
> widget is loaded.It's not meant to be unique but having it changeable might
> be disappointing.
>
> Or maybe you could create the part when the IDocumentation is created, but
> that would be a performance loss...
>
>
> On Tue, Dec 1, 2009 at 8:44 PM, Milian Wolff <mail at milianw.de> wrote:
>
>> Hey all, esp. Apol:
>>
>> Since I  use a KHTML-Part to embed the remote PHP documentation, the user
>> can
>> freely click on links and the requested document gets loaded. Right now,
>> as
>> soon as a link gets clicked, I don't know what to use as name. I just
>> leave it
>> empty, which also means the lineedit on top stays empty.
>>
>> I'd greatly prefer if I could set the name later on (i.e. once I know the
>> <title> of the loaded document). Can I add some signal to the
>> IDocumentation
>> and make the controller listen to it. Didn't look into the code but imo it
>> should kinda work out I think. Alternatively some method I can could call
>> via
>> ICore::self()->documentationController()->... would be OK for me as well,
>> whatever you prefer.
>>
>> --
>> Milian Wolff
>> mail at milianw.de
>> http://milianw.de
>>
>> --
>> KDevelop-devel mailing list
>> KDevelop-devel at kdevelop.org
>> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20091201/8b27f162/attachment-0001.html>