2011/6/20 a.l.e <span dir="ltr"><<a href="mailto:ale.comp_06@xox.ch">ale.comp_06@xox.ch</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hi alexandre,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
You see, we allways end up with "I think is even more intuitive<br>
than...". This is plain wrong, and it's more or less why I wrote<br>
before that the whole properties system needs a usability study before<br>
any UI design starts. I'm not sure whether it's too late to<br>
participate in OpenUsability this year, but it's something worth<br>
condiering for the next year, in my opinion.<br>
<br>
</blockquote>
<br></div>
you should know very well that the PP rework has been done under the supervision of a professional UI expert.<br>
we're already going in the direction your suggesting!<br>
<br>
this does not mean that everything is perfect now or will be perfect at some time in the future.<br>
but scribus went a bit further than a simple "i think".<br>
<br>
<br>
on the other hand: we are a free software project and i'm not sure that we should have the goal to filter everything through the eyes of an UI expert...<br>
we want the programmers to have fun (at least from time to time) and we want our users to contribute their ideas to the project!<br>
it's already very hard to get those contributions: i'm not sure that we need a new bottleneck.<br>
<br>
<br>
<br>
also, in the specific case of the table editing, the project is being done through a GSOC and i'm not sure that it would have been a good idea to make it depend on the results of another project (the UI one).<br>
but elvis is doing a terrific work and is producing "generic" code that should not be that hard to rework once we have a UI analysis on the table editor!<br>
<br>
<br>
<br>
finally, concerning a participation in open usability (which is a project i didn't know about... and to which you could have pointed us a few days before the deadline, not after the deadline!):<br>
the problem is that there is not much interest in asking for feedback, if there is no chance that somebody picks up the recommendations and acts on it. (we already have some recommendations which have been sitting around for years...)<br>

we should carefully choose which "part of scribus" we would submit, and make sure that there are real chances that a programmer can act upon!<br></blockquote><div><br>I understand what you say but ... at the same time, wouldn't it be a smart move to determine "also" what should be done even if we don't have the resources yet to implement it? For me it would be a signal that we in fact are willing to make that kind of step, no matter how steep is the slope. And when asking for help, we could show that we do have a game plan towards better usability.<br>
<br>I am all in favor in a "what can be done now" be done in the way that it won't prevent the second one to happen one day.<br><br>Louis<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
<br>
<br>
ciao<br><font color="#888888">
a.l.e</font><div><div></div><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
scribus-dev mailing list<br>
<a href="mailto:scribus-dev@lists.scribus.net" target="_blank">scribus-dev@lists.scribus.net</a><br>
<a href="http://lists.scribus.net/mailman/listinfo/scribus-dev" target="_blank">http://lists.scribus.net/<u></u>mailman/listinfo/scribus-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>