On Wed, Nov 04, 2009 at 05:16:08PM +, Ole Kliemann wrote:
> > If you're using Xglamo, then it's known and it's already fixed in Xorg.
>
> I see. Well... how do I get Xorg then? ;-) I am using the latest
> SHR-unstable image with latest updates from the feeds. I cannot find
> Xorg in the unstab
On Wed, Nov 04, 2009 at 03:41:47PM +0100, Sebastian Krzyszkowiak wrote:
> On 11/4/09, Ole Kliemann wrote:
> > On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
> >> Marcel writes:
> >> >> > - graphics in general are far too light, most colors become whiteish
> >> >> > - colored stripe
On 11/4/09, Ole Kliemann wrote:
> On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
>> Marcel writes:
>> >> > - graphics in general are far too light, most colors become whiteish
>> >> > - colored stripes horizontally over the whole display, but are
>> >> > invisible
>> >> > on screen
On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
> Marcel writes:
> >> > - graphics in general are far too light, most colors become whiteish
> >> > - colored stripes horizontally over the whole display, but are invisible
> >> > on screenshots (naturally) - the same as above, but phot
On Mon, 02 Nov 2009 14:26:24 +0100 Helge Hafting said:
> Evgeniy Karyakin wrote:
> > 2009/10/26 Carsten Haitzler :
> >> you want speed? you will need to give up something. if you still want it to
> >> look nice, then drop pixels. its the simplest and easiest solution. its the
> >> right resolutio
Evgeniy Karyakin wrote:
> 2009/10/26 Carsten Haitzler :
>> you want speed? you will need to give up something. if you still want it to
>> look nice, then drop pixels. its the simplest and easiest solution. its the
>> right resolution for that cpu anyway. the glamo will still hurt you, but not
>> a
On Sat, 31 Oct 2009 09:21:13 +0100 Matthias Huber
said:
> Carsten Haitzler (The Rasterman) schrieb:
> > On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
> > said:
> >
> >
> >> Laszlo KREKACS schrieb:
> >>
> To not confuse with window changing, I would suggest the following
> s
On Sat, 31 Oct 2009 11:38:59 +0100 Michal Brzozowski said:
> 2009/10/31 Carsten Haitzler
>
> > you pressed just once - or you think you did. but you actually had a press,
> > a
> > release, and a press , release etc. again because your pressure went above,
> > below and above the "pressure leve
On Sat, 31 Oct 2009 09:34:17 +0100 Laszlo KREKACS
said:
> On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
> wrote:
> > that's exact what i told you, what openbox has: they say: if movement <
> > number_pixels then its click,
> > if movement >= pixels, its slide.
> >
> > in your case, one could h
2009/10/31 Carsten Haitzler
> you pressed just once - or you think you did. but you actually had a press,
> a
> release, and a press , release etc. again because your pressure went above,
> below and above the "pressure level" needed to register a click.
>
What's the "pressure level"? Is it in t
Laszlo KREKACS schrieb:
On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
wrote:
that's exact what i told you, what openbox has: they say: if movement <
number_pixels then its click,
if movement >= pixels, its slide.
in your case, one could hava a hysteresis over the time: if a single click
c
On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
wrote:
> that's exact what i told you, what openbox has: they say: if movement <
> number_pixels then its click,
> if movement >= pixels, its slide.
>
> in your case, one could hava a hysteresis over the time: if a single click
> comes shortly after
Carsten Haitzler (The Rasterman) schrieb:
On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
said:
Laszlo KREKACS schrieb:
To not confuse with window changing, I would suggest the following
scenario:
1. double click for launching an app
why double click ? for me, i am using double cl
On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
said:
> Laszlo KREKACS schrieb:
> >> To not confuse with window changing, I would suggest the following
> >> scenario:
> >> 1. double click for launching an app
> >>
> >>
> >> why double click ? for me, i am using double click for a menu and a sin
Laszlo KREKACS schrieb:
To not confuse with window changing, I would suggest the following scenario:
1. double click for launching an app
why double click ? for me, i am using double click for a menu and a single
click for starting the app.
Because when sliding, you can have accidental c
Am Freitag, den 30.10.2009, 16:36 +0100 schrieb ri...@happyleptic.org:
> > You have a very valid points here. We certainly did some strategic
> > mistakes here -- me included, since I did not realize the awesomeness
> > and importance of dbus early enough...
>
> How lucky you are ! I still wonder
> To not confuse with window changing, I would suggest the following scenario:
> 1. double click for launching an app
>
>
> why double click ? for me, i am using double click for a menu and a single
> click for starting the app.
Because when sliding, you can have accidental clicks. I know it from
> You have a very valid points here. We certainly did some strategic
> mistakes here -- me included, since I did not realize the awesomeness
> and importance of dbus early enough...
How lucky you are ! I still wonder why dbus was invented in the first place :-)
__
On Fri, 2009-10-30 at 16:18 +0100, Matthias Huber wrote:
> Michael 'Mickey' Lauer schrieb:
> > , since I did not realize the awesomeness
> > and importance of dbus early enough... it's not too late though for us
> > (as in the community) to fix this.
> >
> when i understand you right, you think,
Michael 'Mickey' Lauer schrieb:
> , since I did not realize the awesomeness
> and importance of dbus early enough... it's not too late though for us
> (as in the community) to fix this.
>
when i understand you right, you think, the dbus concept is wrong ?
and if so, could you please explain dee
2009/10/29 Ken Young :
> 2) The Freerunner has one, and ONLY ONE, feature which is somewhat
> better than what is found on a typical smart phone. The VGA display.
no.
you're right, the fr has one feature better than any other smartphone,
but it's not the screen. it's not any of the hardware, it'
Am Mittwoch, den 28.10.2009, 09:36 -0400 schrieb Ken Young:
> Personally, I wish OM had stayed with the UI they had in 2007.1. That's
> right, 2007.1 - the first version, which had no kinetic scrolling.
> There was never any chance that OM would produce a phone with graphics
> as smooth and fancy
On Thu, 29 Oct 2009 15:38:46 +0100 Bernd Prünster
said:
> Carsten Haitzler (The Rasterman) wrote:
> >> gry* doesnt use dropshadow, it was one of the forst thigs i kicked out,
> >> gry* uses a white outline on black text.
> >> but thats something thats bugging me. i have to make some tests...
> >
Laszlo KREKACS schrieb:
On Thu, Oct 29, 2009 at 4:46 PM, Neil Jerram wrote:
I think it would be more usable (instead of having to scroll) to have
multiple pages of icons, which you switch between using the same < and
as for switching between apps. (i.e. each icon page acts like
On Wed, Oct 28, 2009 at 5:44 AM, wrote:
>
> Reading an ebook or looking a webpage or a map is better with scrolling
> I guess.
>
>
>
I've been using my FR with ePdfView to read books quite a bit lately, and I
always read a full screen of text and then click on the scrollbar to move to
the next sc
On Wed, 2009-10-28 at 12:51 +0100, DJDAS wrote:
> otherwise I would by an HTC with Android if I only wanted
> a Linux-phone
carefull...everything is non-standard
Denis.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.ope
On Thu, Oct 29, 2009 at 4:46 PM, Neil Jerram wrote:
> I think it would be more usable (instead of having to scroll) to have
> multiple pages of icons, which you switch between using the same < and
>> as for switching between apps. (i.e. each icon page acts like
> another app)
To not confuse with
2009/10/28 Michael 'Mickey' Lauer :
>
> Why do all of you insist on using scrolling as the only metaphor to present
> excerpts of large content? Given the physical size of the display and the
> hardware constraints (touchscreen jitter, for a start... not going to comment
> on the Glamo) I think thi
Carsten Haitzler (The Rasterman) wrote:
>> gry* doesnt use dropshadow, it was one of the forst thigs i kicked out,
>> gry* uses a white outline on black text.
>> but thats something thats bugging me. i have to make some tests...
>>
>
> even that can be slow. in this case, the text will be dra
CH(R> > btw can you already change the background image in Illume
settings? i CH(R> > still get the "Enlightenment was unable to import
the image due to CH(R> > conversion errors" ?
CH(R>
CH(R> u are probably missing edje_cc from the distro
thanks, this was it. i have already reported it distro m
On Thu, 29 Oct 2009 11:12:29 +0100 Bernd Prünster
said:
> Petr Vanek wrote:
> >> lots of alpha blending - if you have the 16bit engine you get no
> >> scale cache (thats 32bit engine only). but worst.. is the font
> >> style. check carefully. text has a soft dropshadow. that is drawn
> >> by 1. d
On Thu, 29 Oct 2009 11:37:06 +0100 Petr Vanek said:
> >> @Bernd Prünster: you are already very good with this, it would be
> >> good to see the difference, if not used already... mind to try the
> >> above in gry* ?
> >>
> >gry* doesnt use dropshadow, it was one of the forst thigs i kicked
> >
>> @Bernd Prünster: you are already very good with this, it would be
>> good to see the difference, if not used already... mind to try the
>> above in gry* ?
>>
>gry* doesnt use dropshadow, it was one of the forst thigs i kicked
>out, gry* uses a white outline on black text.
>but thats something
Petr Vanek wrote:
>> lots of alpha blending - if you have the 16bit engine you get no
>> scale cache (thats 32bit engine only). but worst.. is the font
>> style. check carefully. text has a soft dropshadow. that is drawn
>> by 1. drawing the shadow first and that draw 25 copies of the text
>> with
> lots of alpha blending - if you have the 16bit engine you get no
> scale cache (thats 32bit engine only). but worst.. is the font
> style. check carefully. text has a soft dropshadow. that is drawn
> by 1. drawing the shadow first and that draw 25 copies of the text
> with very faint alpha. THEN
On Thu, 29 Oct 2009 08:16:22 +0100 Petr Vanek said:
> On Wed, 28 Oct 2009 20:42:16 +1100
> Carsten Haitzler (The Rasterman) (CH(R) wrote:
>
> >On Wed, 28 Oct 2009 11:27:03 +0200 "Michael 'Mickey' Lauer"
> > said:
> >
> >> >The problem is : on the freerunner we merely need something to
> >> >dis
On Wed, 28 Oct 2009 20:42:16 +1100
Carsten Haitzler (The Rasterman) (CH(R) wrote:
>On Wed, 28 Oct 2009 11:27:03 +0200 "Michael 'Mickey' Lauer"
> said:
>
>> >The problem is : on the freerunner we merely need something to
>> >display some simple widgets, scroll the screen smoothly (because on
>> >a
On Thu, 29 Oct 2009 00:19:26 +0300 Gennady Kupava said:
>
> On p. 1.
>
> Why not to make some 'viewport' instead of moving objects? This way, it
> is possible to render whole background, then whole moved 'contents', and
> finally scrolling we'll have only one blit operation per redraw. To take
The problem is that playing movies is only one of the FR uses (one I
have never done by the way - I suspect its actually a minor use for most
people) - I love the FR's high res screen that can make legible quite
small text and details.
So, I would be quite unhappy to have QVGA as the default when
This thread is getting kinda strange... But funneh if one doesn't take
people too serious who think they are :D
Am Mittwoch, den 28.10.2009, 23:07 +0100 schrieb Bernd Prünster:
> Al Johnson wrote:
> > On Wednesday 28 October 2009, DJDAS wrote:
> >
> > > Bernd Prünster ha scritto:
> > >
>
Al Johnson wrote:
On Wednesday 28 October 2009, DJDAS wrote:
Bernd Prünster ha scritto:
DJDAS wrote:
FDOM uses illume, the launcher is efl, the settings app is efl...
strange world we live in...
Yes I know, thank you :) but since then I noticed new versions were
slower than the
On p. 1.
Why not to make some 'viewport' instead of moving objects? This way, it
is possible to render whole background, then whole moved 'contents', and
finally scrolling we'll have only one blit operation per redraw. To take
care of animation, it's possible to store list of 'animated' areas,
wh
On Wednesday 28 October 2009, DJDAS wrote:
> Bernd Prünster ha scritto:
> > DJDAS wrote:
> >
> > FDOM uses illume, the launcher is efl, the settings app is efl...
> > strange world we live in...
>
> Yes I know, thank you :) but since then I noticed new versions were
> slower than the one I have, s
On 10/28/09, DJDAS wrote:
> Sebastian Krzyszkowiak wrote:
>> But I will. Creating Illume themes and even redesigning it completely
>> is easier than for Qt or GTK+. I tried it (i'm author of Niebiee
>> theme), so I know :P
>>
>> Really, you're annoying.
>>
> Sorry
>>
>>> other people, I don't agre
Bernd Prünster ha scritto:
> DJDAS wrote:
>
> FDOM uses illume, the launcher is efl, the settings app is efl...
> strange world we live in...
>
Yes I know, thank you :) but since then I noticed new versions were
slower than the one I have, so maybe FDOM guys or that libraries version
was more
DJDAS wrote:
> Cedric BAIL wrote:
>
>> So either you have something like QtMoko without fancy stuff, and it
>> will be faster, or you have some fancy effect, but slower fps. That's
>> it. You can cry, you can yell, it will not be possible to do something
>> more than that. Yes, it is frustrating
Sebastian Krzyszkowiak wrote:
> But I will. Creating Illume themes and even redesigning it completely
> is easier than for Qt or GTK+. I tried it (i'm author of Niebiee
> theme), so I know :P
>
> Really, you're annoying.
>
Sorry
>
>> other people, I don't agree with Raster and SHR maintainers
Wow,
I'm surprised nobody in this thread has been throwing Hitler insults
around yet [1].
Changing the default resolution on the FR to QVGA is a good idea if it
means a more responsive UI. Assuming that bpp and fps parameters stay
the same, that would mean 1/4 of the current glamo-bus traffic.
P
Marcel writes:
>> > - graphics in general are far too light, most colors become whiteish
>> > - colored stripes horizontally over the whole display, but are invisible
>> > on screenshots (naturally) - the same as above, but photographed:
>> > http://d-a300.selfip.net/files/shr-today-qvga.jpg
>>
>
On 10/28/09, DJDAS wrote:
> And until some months ago there wasn't a simple theme for Illume (and
> please don't tell me creating Illume's themes is as easy as Qt or GTK...)
But I will. Creating Illume themes and even redesigning it completely
is easier than for Qt or GTK+. I tried it (i'm author
DJDAS wrote:
> Xavier Cremaschi wrote:
>
>> No.
>> From the user point of view, a recipe :
>> - take SHR or Om2009
>> - put a simple theme instead of the default one
>> - notice it's very fast
>>
>> Where is the part with the user who cannot use this or that ?
>>
>>
>
> That as Raster c
Ken Young wrote:
> DJDAS wrote:
>
> [...]
>
>
>> I am sure people trying the smoothness and responsiveness of
>> Illume at 240x320 would never complain of a lower resolution!
>> Furthermore I don't understand why a lower resolution (and in this I
>> agree with you people are strange ;) ) would
DJDAS wrote:
[...]
> I am sure people trying the smoothness and responsiveness of
> Illume at 240x320 would never complain of a lower resolution!
> Furthermore I don't understand why a lower resolution (and in this I
> agree with you people are strange ;) ) would become in an unusable
> device w
Hi
>>> [scrolling]
>> There are other metaphors available that would fit the device's
>> strengths much better. What about paging?
+1 for paging. mind you, I dont need a button for
paging, a gesture could do it. which makes
it feel very much like scrolling again, but
then more solid.
$2c,
*-pike
ha ha ok, i'll wait. But please, share ;-)
ciao
d
On Wed, Oct 28, 2009 at 12:51 PM, DJDAS wrote:
> Davide Scaini wrote:
> > DJDAS i share some thoughts with you ideed... but: this is a
> > community, why don't you share your work?
> Simply because ATM our work (it's not ONLY mine but we are a te
Finally came round to want to try this... :)
Am Dienstag, den 27.10.2009, 02:21 +0300 schrieb Paul Fertser:
> Marcel writes:
> > I tried to got to qvga for graphics performance testing about a week
> > ago. This is needed (tested on SHR's 2.6.29-rc3):
> > echo "qvga-normal" > /sys/bus/spi/device
Davide Scaini wrote:
> DJDAS i share some thoughts with you ideed... but: this is a
> community, why don't you share your work?
Simply because ATM our work (it's not ONLY mine but we are a team of
about 10 people) it's not more than a simple prototype, we are hardly
working but obviously in our
DJDAS i share some thoughts with you ideed... but: this is a community, why
don't you share your work?
Sincerely, I'm interested in "what works" as an end user and as you already
said. I'm not involved in this competition, and i just want to get out the
most from this discussion to have a working b
Cedric BAIL wrote:
> So either you have something like QtMoko without fancy stuff, and it
> will be faster, or you have some fancy effect, but slower fps. That's
> it. You can cry, you can yell, it will not be possible to do something
> more than that. Yes, it is frustrating, but the world is like
On Wed, Oct 28, 2009 at 11:38 AM, DJDAS wrote:
> Cedric BAIL wrote:
>> Man, what didn't you understand in: "YOU SHOULD WRITE A THEME THAT
>> DON'T USE THAT MUCH FANCY STUFF ?" ? The EFL are fast and optimised,
>> but you should adapt the theme to what you ask. So write a theme that
>> look like Qt
-[ Wed, Oct 28, 2009 at 11:38:22AM +0100, DJDAS ]
> Yes I'm rude because my approach is to solve the problems not shutting
> up people saying "you have a shi++y hardware so don't complain" and this
> alters my patience (...) and I'll look for everything doable to make this
> device (and if ev
Cedric BAIL wrote:
> Man, what didn't you understand in: "YOU SHOULD WRITE A THEME THAT
> DON'T USE THAT MUCH FANCY STUFF ?" ? The EFL are fast and optimised,
> but you should adapt the theme to what you ask. So write a theme that
> look like QtMoko and I bet you will have at least the same speed (
On Wed, Oct 28, 2009 at 11:00 AM, DJDAS wrote:
> Xavier Cremaschi wrote:
>> DJDAS a écrit :
>>> ri...@happyleptic.org wrote:
>>>
The problem is : on the freerunner we merely need something to display some
simple widgets, scroll the screen smoothly (because on a small display you
alw
On Wed, 28 Oct 2009 11:15:46 +0100 Davide Scaini said:
> This discussion is _very very_ interesting!
> And for sure we'll have progress...
> quote:
> "> if you have something concrete to offer rather than being rude, insulting
> and
> > simply rubbishing things you know little about, then contrib
This discussion is _very very_ interesting!
And for sure we'll have progress...
quote:
"> if you have something concrete to offer rather than being rude, insulting
and
> simply rubbishing things you know little about, then contribute.
I will ;) please give me and my staff a couple of months..."
O
Xavier Cremaschi wrote:
>
> No.
> From the user point of view, a recipe :
> - take SHR or Om2009
> - put a simple theme instead of the default one
> - notice it's very fast
>
> Where is the part with the user who cannot use this or that ?
>
That as Raster correctly said, "default" is something
DJDAS a écrit :
> Sorry but which part of "from the user's point of view doing complicated
> calculations that result in a slower display is useless" is not clear?
> I don't care E optimizations and beautiful algorithms if I simply CANNOT
> USE THEM or use them at the price of speediness and smo
Xavier Cremaschi wrote:
> DJDAS a écrit :
>
>> ri...@happyleptic.org wrote:
>>
>>> The problem is : on the freerunner we merely need something to display some
>>> simple widgets, scroll the screen smoothly (because on a small display you
>>> always need to scroll) and be reactive to user fi
-[ Wed, Oct 28, 2009 at 11:27:03AM +0200, Michael 'Mickey' Lauer ]
> > [scrolling]
>
> There are other metaphors available that would fit the device's
> strengths much better. What about paging?
Reading an ebook or looking a webpage or a map is better with scrolling
I guess.
Apart from that,
On Wed, Oct 28, 2009 at 10:27 AM, Michael 'Mickey' Lauer
wrote:
>>The problem is : on the freerunner we merely need something to display some
>>simple widgets, scroll the screen smoothly (because on a small display you
>>always need to scroll)
>
> Why do all of you insist on using scrolling as the
On Wed, 28 Oct 2009 11:27:03 +0200 "Michael 'Mickey' Lauer"
said:
> >The problem is : on the freerunner we merely need something to display some
> >simple widgets, scroll the screen smoothly (because on a small display you
> >always need to scroll)
>
> Why do all of you insist on using scrolling
On Wed, 28 Oct 2009 10:09:36 +0100 Petr Vanek said:
> >As an important but overlooked side effect, the more capable the
> >graphics toolkit is and the more bloated and unfriendly the resulting
> >end user interface will be. While we were at replacing the original
> >gnome mobile desktop, I would
DJDAS a écrit :
> ri...@happyleptic.org wrote:
>> The problem is : on the freerunner we merely need something to display some
>> simple widgets, scroll the screen smoothly (because on a small display you
>> always need to scroll) and be reactive to user finger pressures. If E,
>> because
>> of an
>The problem is : on the freerunner we merely need something to display some
>simple widgets, scroll the screen smoothly (because on a small display you
>always need to scroll)
Why do all of you insist on using scrolling as the only metaphor to present
excerpts of large content? Given the physica
Carsten Haitzler (The Rasterman) wrote:
> well.. you're telling the one that wrote the graphics code, that has read the
> glamo hw docs, has worked on it long before freerunner was on sale, who has
> written graphics code for many platforms, manye cpus of many varying levesl of
> speed (from 7mhz 6
>As an important but overlooked side effect, the more capable the
>graphics toolkit is and the more bloated and unfriendly the resulting
>end user interface will be. While we were at replacing the original
>gnome mobile desktop, I would have liked to start from a minimalist
>but inovative toolkit m
Carsten Haitzler (The Rasterman) wrote:
> with linux i'm not lumping in uclinux, elks, etc. as they do come under
> different names :) notice.. i included desktop... and at least i'd hope to
> imply that would be the desktop he speaks of... ie how great compiz is and so
> much better than e17. :) (
ri...@happyleptic.org wrote:
>
> The problem is : on the freerunner we merely need something to display some
> simple widgets, scroll the screen smoothly (because on a small display you
> always need to scroll) and be reactive to user finger pressures. If E, because
> of an ambitious design, is una
-[ Tue, Oct 27, 2009 at 04:42:21PM +1100, Carsten Haitzler ]
> but.. if i were smart.. i'd not develop apps for the freerunner. it's a "dead
> product".
It might be dead, but as there is no other free phone I have no
choice but to use this one.
I can live without fancy graphics anyway (althoug
On Wed, 28 Oct 2009 00:38:28 +0100 Michal Brzozowski said:
> 2009/10/27 Marcel
>
> > Am Mittwoch, den 28.10.2009, 02:02 +1100 schrieb Carsten Haitzler:
> > [...]
> > > > > why are you not complaining that linux sucks on an 8086 on
> > > > > your desktop?
> > >
> > > > Because Linux doesn't suck
2009/10/27 Marcel
> Am Mittwoch, den 28.10.2009, 02:02 +1100 schrieb Carsten Haitzler:
> [...]
> > > > why are you not complaining that linux sucks on an 8086 on
> > > > your desktop?
> >
> > > Because Linux doesn't sucks on an 8086 ;) because Linux is well
> > > designed, is scalable, is optimiz
On Tue, 2009-10-27 at 20:21 +1100, Carsten Haitzler wrote:
> you show and immense amount of knowledge here, both of the hardware,
> of
> software and graphics in general. i'm amazed. i shall take your advice
> as you
> obviously are someone of massive experience. i see that people
> reporting that
Am Mittwoch, den 28.10.2009, 02:02 +1100 schrieb Carsten Haitzler:
[...]
> > > why are you not complaining that linux sucks on an 8086 on
> > > your desktop?
>
> > Because Linux doesn't sucks on an 8086 ;) because Linux is well
> > designed, is scalable, is optimized and can run even on a 8086..
Carsten Haitzler (The Rasterman) ha scritto:
> On Tue, 27 Oct 2009 15:51:48 +0100 DJDAS said:
>
>
>> Christophe M wrote:
>>
>>> Hi guys !
>>> I don't want to feed the troll but lets compare what's comparable ...
>>> You compare Qt framebuffer with E over Xorg ... In one case you have a
>>
Carsten Haitzler (The Rasterman) wrote:
>>
>> Because Linux doesn't sucks on an 8086 ;) because Linux is well
>> designed, is scalable, is optimized and can run even on a 8086...Desktop
>>
>
> i think you just illustrated my point where i don't think you know what you
> are
> talking about.
On Tue, 27 Oct 2009 15:51:48 +0100 DJDAS said:
> Christophe M wrote:
> > Hi guys !
> > I don't want to feed the troll but lets compare what's comparable ...
> > You compare Qt framebuffer with E over Xorg ... In one case you have a
> > Xorg who is running in the other it's directly accessed ...
On Tue, 27 Oct 2009 15:47:02 +0100 DJDAS said:
> Carsten Haitzler (The Rasterman) wrote:
> > well as i said. it works fine and fluidly on many other devices.
> Even Windows Vista works fine and fluidly on 3000$ desktops this doesn't
> mean it's optimized ;)
> > but.. if i were smart.. i'd not d
On Tue, 27 Oct 2009 17:11:08 +0300 Gennady Kupava said:
> I am sorry, but my letter is not about trolling and blaming but about
> optimization, qt and e, speed is interesting for me, not blaming. Calm
> down guys! I've numbered separate points overwise my letter will look
> endless :)
>
> 1. Fir
Al Johnson wrote:
> On Tuesday 27 October 2009, DJDAS wrote:
>
>> Xavier Cremaschi wrote:
>>
>>> - qt in qtmoko is very simple (for example no transparency, no fancy
>>> controls...)
>>>
>> I prefer to not have transparency if this would result in more than
>> 10fps in GUI responsive
Christophe M wrote:
> Hi guys !
> I don't want to feed the troll but lets compare what's comparable ...
> You compare Qt framebuffer with E over Xorg ... In one case you have a
> Xorg who is running in the other it's directly accessed ...
Not true, because if Raster was right the only problem woul
Laszlo KREKACS ha scritto:
> Lets count the elementary apps here. How many of them written for the
> Freerunner?
> Sad true: almost all usable elementary app are written for the Freerunner.
>
>
>
> I think in a year or so we will grow out the Freerunner. But until
> then there is a lot
> o
Carsten Haitzler (The Rasterman) wrote:
> well as i said. it works fine and fluidly on many other devices.
Even Windows Vista works fine and fluidly on 3000$ desktops this doesn't
mean it's optimized ;)
> but.. if i were smart.. i'd not develop apps for the freerunner. it's a "dead
> product". it
I am sorry, but my letter is not about trolling and blaming but about
optimization, qt and e, speed is interesting for me, not blaming. Calm
down guys! I've numbered separate points overwise my letter will look
endless :)
1. First, bit about qt scrolling - It's not so simple Carlsen want it to
be.
On Tue, Oct 27, 2009 at 10:01 AM, DJDAS wrote:
> AHAHAHAHAH.Guy, please go home
> I followed this thread and read too much bul***it but now it's very very
> interesting your position! So E it's a very
> optimized-full_of_fancy-magical-biggest window manager BUT all of his
> stuff works lik
On Tuesday 27 October 2009, DJDAS wrote:
> Xavier Cremaschi wrote:
> > - qt in qtmoko is very simple (for example no transparency, no fancy
> > controls...)
>
> I prefer to not have transparency if this would result in more than
> 10fps in GUI responsiveness (not calculated but perceived which is
On Tue, Oct 27, 2009 at 6:42 AM, Carsten Haitzler wrote:
I would only rise couple of points here:
Scrolling is not optimized at the maximum.
Look at ipod or nintendo DS, they do *discrete* scrolling and it is
amazingly fast.
They dont do kinetics, or pixel perfect scrolling like iphone.
Also o
On Tuesday 27 October 2009 12:46:01 Marc Andre Tanner wrote:
> > but.. if i were smart.. i'd not develop apps for the freerunner. it's a
> > "dead product". it has no more being produced. it has no evolution path.
> > there won't be a gtao3, 04, 05 etc. everyone quit or was fired/let go
> > from om
On Tue, Oct 27, 2009 at 04:42:21PM +1100, Carsten Haitzler wrote:
> On Tue, 27 Oct 2009 06:31:26 +0100 ri...@happyleptic.org said:
>
> > -[ Tue, Oct 27, 2009 at 11:52:04AM +1100, Carsten Haitzler ]
> > > > E is nice thing, but it look like highly unoptimized.
> > >
> > > i beg to differ. it's
On Tue, 27 Oct 2009 11:11:04 +0100 DJDAS said:
> Carsten Haitzler (The Rasterman) wrote:
> > you show and immense amount of knowledge here, both of the hardware, of
> > software and graphics in general. i'm amazed. i shall take your advice as
> > you obviously are someone of massive experience. i
Hi guys !
I don't want to feed the troll but lets compare what's comparable ...
You compare Qt framebuffer with E over Xorg ... In one case you have a Xorg
who is running in the other it's directly accessed ...
To compare, let's take ( for example :) ) Qalee it run a Qt over Xorg with
transparency
1 - 100 of 133 matches
Mail list logo
