On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
Marcel tan...@googlemail.com 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,
On 11/4/09, Ole Kliemann ole-om-community-2...@mail.plastictree.net wrote:
On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
Marcel tan...@googlemail.com writes:
- graphics in general are far too light, most colors become whiteish
- colored stripes horizontally over the whole
On Wed, Nov 04, 2009 at 03:41:47PM +0100, Sebastian Krzyszkowiak wrote:
On 11/4/09, Ole Kliemann ole-om-community-2...@mail.plastictree.net wrote:
On Wed, Oct 28, 2009 at 08:45:08PM +0300, Paul Fertser wrote:
Marcel tan...@googlemail.com writes:
- graphics in general are far too light,
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 unstable
Evgeniy Karyakin wrote:
2009/10/26 Carsten Haitzler ras...@rasterman.com:
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,
On Mon, 02 Nov 2009 14:26:24 +0100 Helge Hafting helge.haft...@hist.no said:
Evgeniy Karyakin wrote:
2009/10/26 Carsten Haitzler ras...@rasterman.com:
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
Carsten Haitzler (The Rasterman) schrieb:
On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
matthias.hu...@wollishausen.de 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
Laszlo KREKACS schrieb:
On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
matthias.hu...@wollishausen.de 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
On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
matthias.hu...@wollishausen.de 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
2009/10/31 Carsten Haitzler ras...@rasterman.com
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
On Sat, 31 Oct 2009 09:34:17 +0100 Laszlo KREKACS
laszlo.krekacs.l...@gmail.com said:
On Sat, Oct 31, 2009 at 9:21 AM, Matthias Huber
matthias.hu...@wollishausen.de wrote:
that's exact what i told you, what openbox has: they say: if movement
number_pixels then its click,
if movement =
On Sat, 31 Oct 2009 09:21:13 +0100 Matthias Huber
matthias.hu...@wollishausen.de said:
Carsten Haitzler (The Rasterman) schrieb:
On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
matthias.hu...@wollishausen.de said:
Laszlo KREKACS schrieb:
To not confuse with window
On Sat, 31 Oct 2009 11:38:59 +0100 Michal Brzozowski ruso...@poczta.fm said:
2009/10/31 Carsten Haitzler ras...@rasterman.com
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
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 as
2009/10/29 Ken Young r...@cfa.harvard.edu:
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
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
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, the dbus
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 :-)
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
the
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 why
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
On Fri, 30 Oct 2009 19:47:27 +0100 Matthias Huber
matthias.hu...@wollishausen.de 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
On Wed, 28 Oct 2009 20:42:16 +1100
Carsten Haitzler (The Rasterman) ras...@rasterman.com (CH(R) wrote:
On Wed, 28 Oct 2009 11:27:03 +0200 Michael 'Mickey' Lauer
mic...@vanille-media.de said:
The problem is : on the freerunner we merely need something to
display some simple widgets, scroll the
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 draw
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 very
On Thu, 29 Oct 2009 11:37:06 +0100 Petr Vanek van...@penguin.cz 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
On Thu, 29 Oct 2009 11:12:29 +0100 Bernd Prünster bernd.pruens...@gmail.com
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
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
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 drawn 5
2009/10/28 Michael 'Mickey' Lauer mic...@vanille-media.de:
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
On Thu, Oct 29, 2009 at 4:46 PM, Neil Jerram neiljer...@googlemail.com 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)
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
On Wed, Oct 28, 2009 at 5:44 AM, ri...@happyleptic.org 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
Laszlo KREKACS schrieb:
On Thu, Oct 29, 2009 at 4:46 PM, Neil Jerram neiljer...@googlemail.com 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
On Thu, 29 Oct 2009 15:38:46 +0100 Bernd Prünster bernd.pruens...@gmail.com
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
-[ 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 (although I
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 unable
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. :)
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 more
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 68k
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 physical
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 ambitious
On Wed, 28 Oct 2009 10:09:36 +0100 Petr Vanek van...@penguin.cz 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
On Wed, 28 Oct 2009 11:27:03 +0200 Michael 'Mickey' Lauer
mic...@vanille-media.de 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
On Wed, Oct 28, 2009 at 10:27 AM, Michael 'Mickey' Lauer
mic...@vanille-media.de 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
-[ 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, you
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 finger
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
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 that
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...
OK,
On Wed, 28 Oct 2009 11:15:46 +0100 Davide Scaini dsca...@gmail.com 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,
On Wed, Oct 28, 2009 at 11:00 AM, DJDAS dj...@djdas.net 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
always
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 (My
-[ 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 ever
On Wed, Oct 28, 2009 at 11:38 AM, DJDAS dj...@djdas.net 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
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
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
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
Finally came round to want to try this... :)
Am Dienstag, den 27.10.2009, 02:21 +0300 schrieb Paul Fertser:
Marcel tan...@googlemail.com 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
ha ha ok, i'll wait. But please, share ;-)
ciao
d
On Wed, Oct 28, 2009 at 12:51 PM, DJDAS dj...@djdas.net 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
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
DJDAS dj...@djdas.net 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
Ken Young wrote:
DJDAS dj...@djdas.net 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 ;) )
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 correctly said,
On 10/28/09, DJDAS dj...@djdas.net 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
Marcel tan...@googlemail.com 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:
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.
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 simply
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, but the
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
On 10/28/09, DJDAS dj...@djdas.net 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 agree
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, so maybe
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,
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
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:
DJDAS
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
On Thu, 29 Oct 2009 00:19:26 +0300 Gennady Kupava g...@bsdmn.com 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.
Carsten Haitzler (The Rasterman) wrote:
Also, I installed Qtv14 (thanks to Radek for that distribution), and
that I see? I is fast enought, scrolls fast, react fast, and so on. So,
scrolling is different in qt. it is a simple blit. in efl it's a redraw. efl
is
very much like GL. you
On Tue, 27 Oct 2009 10:01:58 +0100 DJDAS dj...@djdas.net said:
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
DJDAS a écrit :
It never NEVER worked in an acceptable manner in EVERY my desktop system
since 4 years (with nVidia graphics cards, not GLAMO or Freerunner),
Compiz+XFCE are light-years way faster and optimized than that E's bunch
of uncommented and always-in.beta (and not standards
Thanks Xavier, for stopping what was going to be a flamefest.
On Tue, Oct 27, 2009 at 10:23 AM, Xavier Cremaschi
omega.xav...@gmail.comwrote:
DJDAS a écrit :
It never NEVER worked in an acceptable manner in EVERY my desktop system
since 4 years (with nVidia graphics cards, not GLAMO or
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 see that people reporting that
its faster and better on a
I think this post should be very helpful in optimizing our distros (SHR
first - 'cause i seems to be the most used).
Thanks for the helpful hints, but maybe now we should move in producing
something that works for all, something as a click and enjoy approach.
Thanks (hope that some shr-dev are
Regarding the whole discussion. I would rather have a glamo chip that's 10x
slower and be able to receive phone calls and text messages. Seriously, the
whole software stack all the way from the bootloader to the GUIs (ok not all
of them) is in alpha stage. Why bitch about slow hardware?
Bah, I write too slowly. Started when this mail arrived, didn't read the other
responses yet...
This seems to be, in part, an issue of talking about different things... (see
below)
On Tuesday 27 October 2009 10:01:58 DJDAS wrote:
Carsten Haitzler (The Rasterman) wrote:
scrolling is
Xavier Cremaschi wrote:
I beg to differ, your personal experience is not mine (E17 being damn
fast comparing to xfce). E17 is fuck**g fast on limited hardware.
World is beautiful because it's various ;)
I think you miss the point :
- qtmoko/qtopia is pretty because of good skin and good
On Tuesday 27 October 2009 11:47:22 DJDAS wrote:
Xavier Cremaschi wrote:
A fast FR means a simple GUI and QtMoko is simple and pretty... I would
say it's well balanced indeed, it fits well the FR. But E17 displaying
same simple gui controls would be faster, no doubt.
This doesn't mean E17
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
On Tue, 27 Oct 2009 11:11:04 +0100 DJDAS dj...@djdas.net 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
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 more
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 that
On Tue, Oct 27, 2009 at 6:42 AM, Carsten Haitzler ras...@rasterman.com 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
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 what
On Tue, Oct 27, 2009 at 10:01 AM, DJDAS dj...@djdas.net 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
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
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 has
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
of small
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 would
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 responsiveness (not
On Tue, 27 Oct 2009 17:11:08 +0300 Gennady Kupava g...@bsdmn.com 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 - 100 of 129 matches
Mail list logo