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

List:       calligra-devel
Subject:    Re: Fwd: GammaRay - Introspection/Debugging Tool for Qt Applications
From:       Sebastian Sauer <mail () dipe ! org>
Date:       2011-10-30 14:18:47
Message-ID: 4EAD6B12.9040408 () dipe ! org
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On 10/30/2011 01:58 PM, Boudewijn Rempt wrote:
> Interesting new, tool, I think, especially the QTextDocument inspector.

Indeed. Cool it's finally released :-)

I think something like that would be awesome for Words/Stage. It
could be similar bur more powerful to what we had in 1.x with
those KWord document-tree viewer.

The code is rather good (well, not unexpected :-) ) what means
small and could be easy reused. *But* there is one thing that
makes it not that useful for the particular document-tree viewer
scenario.

I think it would be very easy to implement that. Well, there is
one thing.... from 
GammaRay/tools/textdocumentinspector/textdocumentmodel.cpp

void TextDocumentModel::documentChanged()
{
   // TODO
   fillModel();
}

That means during editing the document-tree is be rebuild every
time. Not sure if that#s actually really a problem but it means
that the current selected document-tree item is not selected
any longer and an expanded treeview loses the currentitem. We
could work around by remembering the previous position. Not
sure if rebuilding the whole tree everytime could be a performance-
problem.

Also we very likely would need to extend it at least a bit to
have our custom styles proper displayed, etc... but that should
be straith-forward too.

Maybe realizing such a document-tree docker would be a really
great gsoc or beginners job?

Independent of the document-tree tool for users it's still a
great tool for developers :-)

>
> _______________________________________________
> calligra-devel mailing list
> calligra-devel@kde.org
> https://mail.kde.org/mailman/listinfo/calligra-devel


[Attachment #5 (text/html)]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 10/30/2011 01:58 PM, Boudewijn Rempt wrote:
    <blockquote cite="mid:201110301358.52246.boud@valdyas.org"
      type="cite">
      <pre wrap="">Interesting new, tool, I think, especially the QTextDocument \
inspector. </pre>
    </blockquote>
    <br>
    Indeed. Cool it's finally released :-)<br>
    <br>
    I think something like that would be awesome for Words/Stage. It<br>
    could be similar bur more powerful to what we had in 1.x with<br>
    those KWord document-tree viewer.<br>
    <br>
    The code is rather good (well, not unexpected :-) ) what means<br>
    small and could be easy reused. *But* there is one thing that<br>
    makes it not that useful for the particular document-tree viewer<br>
    scenario.<br>
    <br>
    I think it would be very easy to implement that. Well, there is<br>
    one thing.... from
    GammaRay/tools/textdocumentinspector/textdocumentmodel.cpp<br>
    <br>
    void TextDocumentModel::documentChanged()<br>
    {<br>
    &nbsp; // TODO<br>
    &nbsp; fillModel();<br>
    }<br>
    <br>
    That means during editing the document-tree is be rebuild every<br>
    time. Not sure if that#s actually really a problem but it means<br>
    that the current selected document-tree item is not selected<br>
    any longer and an expanded treeview loses the currentitem. We<br>
    could work around by remembering the previous position. Not<br>
    sure if rebuilding the whole tree everytime could be a performance-<br>
    problem.<br>
    <br>
    Also we very likely would need to extend it at least a bit to<br>
    have our custom styles proper displayed, etc... but that should<br>
    be straith-forward too.<br>
    <br>
    Maybe realizing such a document-tree docker would be a really<br>
    great gsoc or beginners job?<br>
    <br>
    Independent of the document-tree tool for users it's still a<br>
    great tool for developers :-)<br>
    <br>
    <blockquote cite="mid:201110301358.52246.boud@valdyas.org"
      type="cite">
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
calligra-devel mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a> <a \
class="moz-txt-link-freetext" \
href="https://mail.kde.org/mailman/listinfo/calligra-devel">https://mail.kde.org/mailman/listinfo/calligra-devel</a>
 </pre>
    </blockquote>
    <br>
  </body>
</html>



_______________________________________________
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel


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

Configure | About | News | Add a list | Sponsored by KoreLogic