>So could you please repost your proposal with much bigger texts?;)<br>
<br>I believe your approach to this is wrong, my mockups contains elements that for sure needs to be taken care of in the code, <br>this includes, if im not mistaken, text styles, sizes, shapes of boxes etc...<br>Have you layed out a plan for this, I am interested to see what you come up with.<br>
<br>Btw, out of curiosity, are you with the dev team?<br><br>
>3. No idea what is the 23 number of the upper left corner of clock.<br>
>Should be 42, no?;)<br><br>Just "second" indicator. It could be 42 if it was 19 seconds later:)<br><br>
>4. Although Im not a designer at any means, but I think the pixelized<br>
>icons does not really<br>
>much with the smoothed texts.<br><br>I disagree here. However, I see now that I should've turned off smoothing, just for the sake of visualization.<br><br>
>5. The displayed numbers of incoming and outgoing calls are almost<br>
>unreadable. Should be way bigger.<br><br>See my first comment. Text size should be considered at a later stage, also, this is easy to change in code.<br>
<br>
>6. In the current paroli gui, there are quite a big role of sliding<br>
>left and right. Its a nice screen size saver.<br>
>I think its totally lacks your design.<br><br>:)<br>
<br>
>7. If you are seriously thinking to implement this gui in paroli, I<br>
>really suggest you, to try to draw some of the screen<br>>in inkscape. It helps the implementation a lot.<br><br>I used photoshop for the mockups. If paroli devs are interested in working on this, i will provide vectorized variants of what is needed,<br>
but as my first comment states, there are alot of things here that should be taken care of by the code.<br>
<br>
>8. There are many eyecandy in your image, which takes *time* to<br>
>implement it, and also slows down the gui a little. Im thinking about<br>
>all the gradient at the edge of each button, or the sms text view.<br><br>As stated in my post, I am not sure about the limitation of the toolkit, I am unsure if gradients and shapes might be taken care of by it.<br>
<br>
>Other than that, I really like your proposal, there are some aspects<br>
>on which Im already working.<br>
>For example the background image:
<a href="http://jonkristian.no/wp-content/uploads/2009/08/main_custom_background.jpg" target="_blank">http://jonkristian.no/wp-content/uploads/2009/08/main_custom_background.jpg</a><br>
<br>Can you elaborate? The background image is just used to show how it looks with custom bg.<br><br>>I also like some of your icons a lot, especially for the toolbars.<br>
<br>:)<br>
<br>>Im working (right now) of putting the paroli's topbar at the bottom to<br>
>be a bottombar;)<br>
>It is because the top is reserved for illume topbar, and two topbars<br>
>does not make sense. Especially, when its hard to touch the edge of<br>
>the screen. Would you mind to put the topbar at the bottom in your<br>
>proposal?<br>
<br>Yeah, in my posts I had an entry about that, I would mine, as it breaks the normal flow.<br><br>
>Are you also interested in implementing your gui? I would be more than<br>
>happy to mentoring you.<br><br>Sure, but I am not a programmer, I would love to work closely with someone who wants to do this. <br>I want feedback from devs and maybe set up a meeting. This needs to be planned out.<br>
<br>Someone on this list has already mentioned that they don't belive this could be re-programmed into paroli.<br><br>I would love to get some feedback from the paroli developers if this would be possible or not?<br>It's also possible to discuss this more up-close on my site's comments, or you can find me on #paroli, #openmoko-cdevel, #openmoko<br>
<br>Jon Kristian<br>-- <br><a href="http://jonkristian.no">http://jonkristian.no</a><br><a href="http://divineintervention.no">http://divineintervention.no</a><br>