[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-extra-gear
Subject: Re: [Kde-extra-gear] KGraphViewer ideas ...
From: Sandro Andrade <sandro.andrade () gmail ! com>
Date: 2009-06-20 19:39:02
Message-ID: b3dbd38b0906201239i4586f900h10e7278f75f514be () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi Gaël,
In the KDevelop plugin I'm developing the control flow graphs are saved in a
temporary file and they have to be updated in response to user navigation in
code editor. So, I'm rewriting the *same* temporary file and everything I
need is a way to tell the part to reload this temporary file. I know the
file watcher takes care of file updates and asks the user for reloading it.
Some questions:
1) What happens if I invoke openUrl more than once with different KUrls ?
All the files will be watched ?
2) A watcher that doesn't ask the user for reloading confirmation would
solve my problem. Can we parameterize this stuff or something similar ?
Currently, I'm using different temporary files for graph update, which is
quite time-consuming. If I use the same file, an always increasing number of
reloading confirmation messages begins to appear, due to the addFile
invocation on the watcher ...
Thanks,
Sandro
On Thu, Jun 18, 2009 at 10:24 PM, Sandro Andrade
<sandro.andrade@gmail.com>wrote:
>
> Hi Sandro,
>
>
> Hi Gaël
>
> Le mercredi 17 juin 2009 15:05:05 Sandro Andrade, vous avez écrit :
>> > Ok, I'll try connect such signals to slots in my KDevelop plugin.
>> > BTW, in the attached image you can see some preliminary result on
>> control
>> > flow graphs inside KDevelop using the KGraphViewer kpart.
>> Yes! I also read your blog entry. Great job! Again, if you need some
>> features
>> in the part, please tell me. Given my free time, I'll try to implement
>> them as
>> soon as possible. You are also free to change the code if necessary.
>
>
> Yes, I tell you if I need something !
>
>
>> > I'm using Graphviz programmatically to construct the graph from the
>> > function calls collected in the source code. It's API is quite ease and
>> > complete.
>> I'll have a new look at that as soon as possible, maybe during the summer.
>>
>
> It would be nice if the part could also accept an Graphviz 'Agraph_t *' to
> be visualized, alternatively to the .dot file name. I have to write a
> temporary file in KDevelop (from the generated Agraph_t), which is then
> loaded by the KGraphViewer kpart.
>
>
>>
>> When your work will be integrated in the mainstream kdevelop, will it be a
>> problem to be dependant from a part from extragear ?
>
>
> I don't think so. The features I'm implementing are a single plugin for
> KDevelop. This plugin is in fact dependant from extragear, but this is
> totally insulated from KDevelop core.
>
> Thanks,
> Sandro
>
>
>>
>> Regards,
>>
>> Gaël
>>
>> --
>> KsirK - a world domination strategy game
>> http://techbase.kde.org/Projects/Games/Tactic_and_Strategy/KsirK
>>
>> KGraphViewer - a GraphViz dot graphs viewer
>> http://extragear.kde.org/apps/kgraphviewer
>>
>> _______________________________________________
>> Kde-extra-gear mailing list
>> Kde-extra-gear@kde.org
>> https://mail.kde.org/mailman/listinfo/kde-extra-gear
>>
>
>
>
> --
> Sandro Santos Andrade
> --------------------------------------------------------
> Distributed Systems Laboratory (LaSiD)
> Computer Science Department (DCC)
> Federal University of Bahia
> Brazil
>
--
Sandro Santos Andrade
--------------------------------------------------------
Distributed Systems Laboratory (LaSiD)
Computer Science Department (DCC)
Federal University of Bahia
Brazil
[Attachment #5 (text/html)]
Hi Gaël,<br><br>In the KDevelop plugin I'm developing the control flow graphs are \
saved in a temporary file and they have to be updated in response to user navigation \
in code editor. So, I'm rewriting the *same* temporary file and everything I need \
is a way to tell the part to reload this temporary file. I know the file watcher \
takes care of file updates and asks the user for reloading it.<br> <br>Some \
questions:<br><br>1) What happens if I invoke openUrl more than once with different \
KUrls ? All the files will be watched ?<br>2) A watcher that doesn't ask the user \
for reloading confirmation would solve my problem. Can we parameterize this stuff or \
something similar ? Currently, I'm using different temporary files for graph \
update, which is quite time-consuming. If I use the same file, an always increasing \
number of reloading confirmation messages begins to appear, due to the addFile \
invocation on the watcher ...<br> <br>Thanks,<br>Sandro<br><br><div \
class="gmail_quote">On Thu, Jun 18, 2009 at 10:24 PM, Sandro Andrade <span \
dir="ltr"><<a href="mailto:sandro.andrade@gmail.com">sandro.andrade@gmail.com</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div \
class="gmail_quote"><br><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi \
Sandro,</blockquote><div><br>Hi Gaël<br><br></div><div class="im"> <blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;">
Le mercredi 17 juin 2009 15:05:05 Sandro Andrade, vous avez écrit :<br>
<div>> Ok, I'll try connect such signals to slots in my KDevelop plugin.<br>
> BTW, in the attached image you can see some preliminary result on control<br>
> flow graphs inside KDevelop using the KGraphViewer kpart.<br>
</div>Yes! I also read your blog entry. Great job! Again, if you need some \
features<br> in the part, please tell me. Given my free time, I'll try to \
implement them as<br> soon as possible. You are also free to change the code if \
necessary.</blockquote></div><div><br>Yes, I tell you if I need something !<br> \
</div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
> I'm using Graphviz programmatically to construct the graph from the<br>
> function calls collected in the source code. It's API is quite ease and<br>
> complete.<br>
</div>I'll have a new look at that as soon as possible, maybe during the \
summer.<br> </blockquote></div><div><br>It would be nice if the part could also \
accept an Graphviz 'Agraph_t *' to be visualized, alternatively to the .dot \
file name. I have to write a temporary file in KDevelop (from the generated \
Agraph_t), which is then loaded by the KGraphViewer kpart.<br>
</div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> When your \
work will be integrated in the mainstream kdevelop, will it be a<br> problem to be \
dependant from a part from extragear ?</blockquote></div><div><br>I don't think \
so. The features I'm implementing are a single plugin for KDevelop. This plugin \
is in fact dependant from extragear, but this is totally insulated from KDevelop \
core.<br>
<br>Thanks,<br><font color="#888888">Sandro<br><br></font></div><div \
class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> \
<div><div></div><div><br> Regards,<br>
<br>
Gaël<br>
<br>
--<br>
KsirK - a world domination strategy game<br>
<a href="http://techbase.kde.org/Projects/Games/Tactic_and_Strategy/KsirK" \
target="_blank">http://techbase.kde.org/Projects/Games/Tactic_and_Strategy/KsirK</a><br>
<br>
KGraphViewer - a GraphViz dot graphs viewer<br>
<a href="http://extragear.kde.org/apps/kgraphviewer" \
target="_blank">http://extragear.kde.org/apps/kgraphviewer</a><br> <br>
_______________________________________________<br>
Kde-extra-gear mailing list<br>
<a href="mailto:Kde-extra-gear@kde.org" \
target="_blank">Kde-extra-gear@kde.org</a><br> <a \
href="https://mail.kde.org/mailman/listinfo/kde-extra-gear" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-extra-gear</a><br> \
</div></div></blockquote></div></div><br><br clear="all"><br>-- \
<br><div><div></div><div class="h5">Sandro Santos \
Andrade<br>--------------------------------------------------------<br>Distributed \
Systems Laboratory (LaSiD)<br> Computer Science Department (DCC)<br>
Federal University of Bahia<br>Brazil<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Sandro Santos \
Andrade<br>--------------------------------------------------------<br>Distributed \
Systems Laboratory (LaSiD)<br>Computer Science Department (DCC)<br> Federal \
University of Bahia<br>Brazil<br>
_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gear@kde.org
https://mail.kde.org/mailman/listinfo/kde-extra-gear
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic