I think this project is moving a bit beyond what I currently have skill and time to complete with quality. I think it would be best for me to pass the current work on to someone else. Would the best course of action be to update the EasyHacks page with a notice of the current progress on the hack, an attachment of the file, and maybe a link to this mailing list conversation? I look forward to helping out LO in other ways soon.<div>
<br></div><div>Thanks,</div><div><br></div><div>Daniel<br><br><div class="gmail_quote">On Mon, Feb 21, 2011 at 1:15 PM, Michael Meeks <span dir="ltr">&lt;<a href="mailto:michael.meeks@novell.com">michael.meeks@novell.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Daniel,<br>
<div class="im"><br>
On Fri, 2011-02-18 at 22:32 -0500, Daniel Neel wrote:<br>
&gt; Ok, a quick status update on this. Have been working on it some more -<br>
&gt; the current code is available at <a href="http://dneelyep.webs.com" target="_blank">http://dneelyep.webs.com</a> . Notes on<br>
&gt; the current progress below.<br>
<br>
</div>        Ooh :-) it looks really sweet ! This is a great start Daniel.<br>
<div class="im"><br>
&gt; Added a Submit button - not currently setup to bring up a pre-filled<br>
&gt; bug report.<br>
<br>
</div>        I wonder, if we can&#39;t avoid showing the bugzilla page entirely - and<br>
simply provide a nicer whizzy front-end for that.<br>
<div class="im"><br>
&gt; Does anyone have more suggestions by chance to improve this? I&#39;m<br>
&gt; definitely interested :).<br>
<br>
</div>        Yes; making it more lush and graphical would be good for a start. As an<br>
example - the process of binary chopping documents down is really useful<br>
to understand - IMHO we need more documentation on that, perhaps with a<br>
picture of a document being chopped to help people understand.<br>
<br>
        I think we probably also need to make the questions easier to<br>
understand (think expert friendly, but idiot proof), of course this will<br>
require a lot of thought to get the taxonomy right:<br>
<br>
Radio buttons:<br>
        ( ) can you crash LibreOffice somehow ?<br>
        ( ) does your document not look right when it is loaded ?<br>
        ( ) did other people have trouble reading the document<br>
            you sent ?<br>
        ( ) is there an unpleasant user interaction that makes it<br>
            difficult to use ?<br>
        [ if several of these, please file multiple reports ]<br>
<br>
        I would also tend to hide everything else (including the submit<br>
button) until the data is useful - so people have a fairly linear flow.<br>
<br>
        ( ) can you crash LibreOffice somehow ?<br>
                ( ) does this happen when you load or save a certain<br>
                    document ?<br>
                        + link to making minimal documents blurb :-)<br>
                ( ) is there a simple set of steps, and button clicks<br>
                    that can crash with no document loaded ?<br>
                        + link to how-to-get-stacktrace documentation<br>
                ( ) is the crash intermittent and un-predictable ?<br>
                        + link to how-to-get-stacktrace documentation<br>
<br>
        ( ) does your document not look right when it is loaded ?<br>
                + link to making minimal documents blurb<br>
                [x] I am certain that I have the correct fonts installed<br>
                    on the system for this document<br>
                        + link to fc-list (Linux), and Mac/Win details<br>
                        + NB. the &#39;font&#39; drop-down in LO lies - we<br>
                          should explain that.<br>
                + ask for screenshots before / after of the problem<br>
<br>
        ( ) did other people have trouble reading the document<br>
            you sent ?<br>
                ( ) Do you have the original document in OpenDocument<br>
                    format ?<br>
                        No == very hard to work out what went wrong.<br>
                        can you try to reproduce what you did, and<br>
                        first save it in ODF, before exporting ...<br>
                        Yes == link to producing minimal document<br>
                        description ;-)<br>
<br>
        ( ) is there an unpleasant user interaction that makes it<br>
            difficult to use ?<br>
                + no idea where to go here I guess.<br>
<br>
        I suspect we could avoid asking which component is involved, and just<br>
look at up-loaded test document / file extensions in many cases to<br>
auto-select the component.<br>
<br>
        I liked your proxies for severity: &quot;causes loss of content&quot; etc. -<br>
asking people the severity of their bug is almost never a good idea :-)<br>
[ which is why I like the plan to hide the actual bug form from them ].<br>
<br>
        Anyhow - this is a really sexy initiative :-) Hopefully we can get some<br>
more artwork support from the design team, to actually make it fun /<br>
pretty to file really good bugs.<br>
<br>
        What can we do to make it easier to file ? eg. can we wrap the account<br>
creation flow in some pleasant way ? Perhaps that should be step #1 -<br>
without an E-mail address and a real account, it is fairly pointless<br>
filing a bug IMHO.<br>
<br>
        Thanks !<br>
<br>
                Michael.<br>
<font color="#888888"><br>
--<br>
 <a href="mailto:michael.meeks@novell.com">michael.meeks@novell.com</a>  &lt;&gt;&lt;, Pseudo Engineer, itinerant idiot<br>
<br>
<br>
</font></blockquote></div><br></div>