2010/10/31 Alexandre Prokoudine <span dir="ltr">&lt;<a href="mailto:alexandre.prokoudine@gmail.com">alexandre.prokoudine@gmail.com</a>&gt;</span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 10/30/10, Louis Desjardins wrote:<br>
<br>
&gt; Can we simply get rid of this dialog and have the style created at right<br>
&gt; hand click ? Bug 300 or so by Lyam, back in 2004 or something.<br>
&gt;<br>
&gt; Please do us a favor and kill this dialog.<br>
<br>
</div>Unfortunately this is exactly where you are to be reminded that I&#39;m<br>
subscribed to this list and therefore have many amazing ways to annoy<br>
you :)<br>
<br>
The big issue as I see it is that UI of Scribus is a patchwork.<br>
Everybody wants to make this app rock. Sadly, this is not enough. Yes,<br>
in an ideal world little elves would take a vacation from Santa&#39;s<br>
factory to do the work for you. In the real world Santa&#39;s factory is<br>
called Adobe and all the elves are slaving away for it 24/7/365 and<br>
are jolly glad to do so. </blockquote><div><br>While I agree that at some point we need a critic mass of people working together on a vast project in order to achieve large work, I do not think that the resulting work is going to be better only according to the number of people working on it but rather it’s the quality of the work of a few people that is going to clearly make a difference. But I guess we can agree on this easily. :)<br>
<br>Adobe can be wrong. I hope we agree on this.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">So you&#39;ve got that extra bit of work that is<br>

called &quot;spending all our spare time on unpaid project only to be<br>
annoyed by some clever wannabe-usability dick who never wrote a single<br>
line of code&quot; :-)<br>
<br>
We&#39;ve just had a hot discussion at #scribus, </blockquote><div><br>If you have a mean to send us that discussion, I will gladly read it.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
and I&#39;d like to reiterate<br>
that before any further changes to UI are made, the team should take<br>
one step back, look at the whole thing and come up with a new design<br>
for UI. When I say &quot;should&quot;, I really mean the nasty heartless<br>
attitude towards people who work on the project in their spare time<br>
:-) And when I say &quot;design&quot;, I don&#39;t mean icons on buttons (whose<br>
style is eclectic again now that new Render Frame icon is introduced),<br></blockquote><div><br>If only this Render Frame could work on a Mac...<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I really mean design as in God-like &quot;thoroughly analyzing things,<br>
constructing bones and adding them some meat and muscles and only then<br>
-- the skin and, finally, make-up&quot;. (Not that your basic god is<br>
expected to approve make-up in principle, but I digress.)<br>
<br>
Let&#39;s agree that before things get implemented they should be analyzed<br>
for whether they are going to contribute to consistence of user<br>
experience. Whether they will provide the fastest way to get the job<br>
done. And so on and so forth.<br></blockquote><div><br>Well... I have to say here that IF we would have applied and followed that rule in the last years, many (not so great) ideas would not have make it so easily into the Scribus code and UI. The fact is that the coders themselves can do most anything and if they don’t want to care about the others’ advice, they simply can do without it and go their own way.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Here is a couple of main principles I can come up with while I&#39;m still<br>
awake that should be used as reference whenever you start coding<br>
something.<br>
<br>
1. In typography everything is experiment (therefore all aspects of<br>
layout and typesetting can be changed at any time, on the fly).<br></blockquote><div><br>Right.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

2. In a document and between documents everything is reusable<br>
(therefore any kind of objects can have styles and be cloned).<br></blockquote><div><br>Right.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

3. Every change can be undone within same session, and as many changes<br>
to shape and look of objects as possible are non-destructive.<br></blockquote><div><br>Right.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

4. The way to get the job done as fast as possible is to focus on<br>
content, not ornaments (therefore modal dialogs and sidebars are<br>
weapon of last resort).<br></blockquote><div><br>Actually, to get a job done quick is to be able to apply repeatedly on large chunks of texts and pictures and other graphic elements the desired settings that were previously set in intensive try-and-error sessions. Once those settings are settled and even if they have to change after, closer to the deadline or on the deadline even, we need powerful enough tools to achieve this. So, focusing on content will never be enough.<br>
<br>And this is exaclty why I say that in this particular case of styles we should not need any further interface than the one we already have in front of us: the actual page! Why an extra dialog is beyond me.<br><br>But as you mention it further down in your post, getting past the habit of living on trees is difficult for most of us... :)<br>
<br>I don’t buy the &quot;habit&quot; argument either, as you have understood.<br><br>Please don’t unsubscribe.<br><br>Louis<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
In my anything but humble opinion it&#39;s rather pointless discussing any<br>
details until things like this are understood, agreed and settled. A<br>
special remark for Christoph: I know you still want details, but you<br>
won&#39;t get any until the first stage is passed. Also, note how<br>
following those would shape the long-suffering document format in<br>
certain ways already.<br>
<br>
Oh, by the way, I&#39;ve already heard the<br>
but-people-have-different-habits argument. I don&#39;t buy it. We&#39;d be<br>
still living in rainforests on trees if we all sticked to our habits<br>
as if we had nothing better to stick to. <br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
And now you unsubscribe me :-)<br>
<font color="#888888"><br>
Alexandre Prokoudine<br>
<a href="http://libregraphicsworld.org" target="_blank">http://libregraphicsworld.org</a><br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
scribus-dev mailing list<br>
<a href="mailto:scribus-dev@lists.scribus.info">scribus-dev@lists.scribus.info</a><br>
<a href="http://lists.scribus.info/mailman/listinfo/scribus-dev" target="_blank">http://lists.scribus.info/mailman/listinfo/scribus-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>