he toolchain :
> >
> > http://wiki.openmoko.org/wiki/Toolchain
> >
> >
> > ___
> > devel mailing list
> > devel@lists.openmoko.org
> > https://lists.openmoko.org/mailman/listinfo/devel
> >
>
>
>
> --
&
On Fri, 09 Oct 2009 21:50:42 +0400 Paul Fertser said:
> Carsten Haitzler (The Rasterman) writes:
> >> This would require that the kernel partition in NAND is formated as a
> >> filesystem but then Qi couldn't read from it. Or am missing something
> >>
t can happen even on the fb. eg a
> > > > resolution change, but in general handling this right just handles the
> > > > inital fb size right anyway). this will mean you donthave to handle
> > > > rendering code and different screen formats, image loading or tsli
evesl. as small as it will get but by
> > far the most amount of work for you.
>
> Thanks for this nice overview.
>
> I would like to try it in that order and see how useable it is speed wise and
> if it's too slow then move to the next variant and remove
everything until the boot time is acceptable
> (or give up if we don't reach that point). And only then start to program
> the elementary based kexecboot replacement. This would be my first EFL
> application which means I will have to do some research first.
>
> Comments and/or co
s in advance to everybody.
any version of svn will work. "head" will be fine. works for me (tm)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
_
_
> > devel mailing list
> > devel@lists.openmoko.org
> > https://lists.openmoko.org/mailman/listinfo/devel
> >
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
illume at the moment?
>
> thanks for your help
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
----- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzle
view.
> > Anyways, since your opinion on that didn't change within the last 5
> > years, I
> > will immediately stop commenting.
>
> How can anyone think re-inventing the wheel is wrong? It's called
> innovation.
without it we'd still have stone wheels...
> support for AF_INET sockets so that I can use netcat to talk to
> it. But I haven't yet.
>
> I suspect there is a good chance I will get sick of building my
> on stack one day and use something supported by someone else, but
> for now I'm having fun. I'm actually
th
smaller, simpler code - then you have something to improve. then ofono's claims
that fso's api is too manual and low level, putting too much work in the ui, is
right. prove them wrong!
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
ick to sunos... or?). people should look in their own back
yard before crying "nih!" as the vast majority of the software they like and
use is a result of "nih"...
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Ha
ne (u'll need to add
some packages). :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
i missed, please redirect me to the correct
> page. Thanks.
tried scp? :) nice and easy. sshfs is another option if u want it from a gui
fm...
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterma
in for gtk
and it will work. qt (qte) shipped by om already has patches to support the
property method for entry fields. e/illum support as many protocols as i could
find (also support the multitap input plugin protocol from matchbox). the
property one is e/illumes own proto (should be more reliabl
t be
funny if you force whole screen redraws... unless you can get gl-es 1.1 running
at vga res... and still be sane.
imho - worry about vsync when you have performance and featureset in general
"nice".
--
- Codito, ergo sum - "I code, therefore I am"
gt;
> Cheers,
> Thomas
>
>
> --
> Excercise 17:
> If the human brain was simple enough for us to understand we'd be so
> simple we couldn't understand.
> Prove this by induction.
>
--
- Codito, ergo su
ch, much better.
>
> Is there any way to fix this problem with python-efl?
i defer to those who.. do python stuff. :)
/me raises his shield of +7 python warding and bunkers down into his den of C
:) :) :)
--
- Codito, ergo sum - "I code, therefore I am" --
> > devel@lists.openmoko.org
> > https://lists.openmoko.org/mailman/listinfo/devel
> >
>
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
On Thu, 29 Jan 2009 21:24:20 -0800 (PST) c_c said:
>
> Hi,
>
> Carsten Haitzler (The Rasterman)-2 wrote:
> >
> > possible - not that i'm going to do it - but anything is possible with
> > code. :)
> > i am not touching the launcher in illume as i am g
place and needs splitting up.
> --
> View this message in context:
> http://n2.nabble.com/Exposure-tp2116082p2238611.html Sent from the Openmoko
> Devel mailing list archive at Nabble.com.
>
>
> ___________
> devel mailing lis
select it). so as such any fso config tool can be run from there
with zero extra work - it's nicely collected in the settings panel - and it
works on other desktops too as all you do is run the tool. e just puts it in a
special spot.
--
- Codito, ergo sum - "I code, theref
dded on
> application launchers.
thats why you'd want to do it above tslib - in x. at that point apps can set
hints on their windows like "do not interpret gestures" as the app may have
complex interactions and its own gesture handling in specific cases.
> Marcos
>
---END PGP SIGNATURE-
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
- Codito, ergo sum - "I code, therefore I am" ---
r the launcher dir - of course possible :)). could
set icons to 0x0... or the custom theme simply hides them.
--
----- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
YFAklWx+YACgkQOjLpvpq7dMoE8QCeOLi9WzREmYKRuj6rpDphCD1f
> 8vAAnRHywkLfmRYn+PhjNnvVBMjyhMXd
> =IeTW
> -END PGP SIGNATURE-
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
HO the only one that can be just the same in kernel and in user-space
> is the linear filter because the other filters give feedback to the interrupt
> function.
all in all - the point here isn't to remove tslib - just turn off
tslib's filtering! keep it. just disable what you don&
___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
gt; So there seems to be a consensus forming there to use Xorg stuff
> everywhere, UIO xorg driver, and we notice some features will fall
> between the cracks (but I think this is fine so long as we deliver
> solid, fast, quality core function via all the standard APIs).
>
> - -Andy
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkk+TssACgkQOjLpvpq7dMoSzQCdGb7gXTfR2bBZJ13Zz+jlE9uz
> BLwAnRdligqOr/WFUaV+1X+tNrrIFwdy
> =QTVN
> -END PGP SIGNATURE-
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.org/mailman/listinfo/devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
each one
> seeming to have new limitations end requirements.
> But you code snippets looks like a "cut and paste" fix for my old
> matchbox compatible code.
actually the matchbox keyboards (the qwerty and numberpad one) both "just work"
with illume :) you do need to add
;
> As an example how all this works together, we have written a simple
> example keyboard, code is here: http://svn.om.vptt.ch/trunk/test-keyboard/
>
> The tutorial that should explain all this is still unfinished, and
> will need a bit more time...
> In the meantime, i hope this e
On Sun, 30 Nov 2008 01:12:31 -0500 Joel Newkirk <[EMAIL PROTECTED]> babbled:
> On Sun, 30 Nov 2008 08:44:26 +1100, Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
> > On Sat, 29 Nov 2008 15:23:08 -0500 Joel Newkirk <[EMAIL PROTECTED]>
> > babbled:
y that it's very inefficient and ugly. you are just
trying to mimic real compositing. :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
the decisions when it decides things are
idle and then does its own disabling of the backlight/fb
> Best Regards
>
> Nicola
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
2 etc. keyboards, but not usb. (find the
ignore file installed and see). it's just a device path from hal with a glob as
to what to ignore when determining if u plugged in a hardware keyboard (in
theory it should also NOT ignore bluetooth keyboards - so attach one of those
and vk
7;s very easy to use.
>
> Cheers,
> Tick
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
tact size.
do you have any raw data on your results? how was the "size" reported (radius
from touch point?)
--
--------- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
vents.
>
> I had record about the phenomenons 1, 2 on youtube.
> http://tw.youtube.com/watch?v=JbXaSvvp4h8
> Sorry for my bad english, I am improving it. ;)
>
> Cheers,
> Tick
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterm
but vice-versa is fine. until arm
feels the need to go 64bit... :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmok
ou can store in 6 bits... and 0 is the
minimum.
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
simple version: no. no specs on how to use it or even if it can do any fp. just
avoid fp math. do it some other way. (MUCH easier than trying to use the
glamo).
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PRO
d? Are all floating point operations
> implemented in software, or is there hardware support for float
> multiplication, and trigonometric functions?
no fpu. so no hardware. software only. avoid floating point math where you can.
--
- Codito, ergo sum - "I code, therefore I am&
gure it. If your keyboard worked under
> 2007.2 (Matchbox) I think it should be usable with Illume too.
illume has a gui config - but om has decided that illume's gui config is not to
be available to users.
--
- Codito, ergo sum - "I code, therefore I am" --
y a result of merging the patches for fso support. i went over that code
the other day and fixed a bunch of issues.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
\/\/\/\/\/\/\/\/\/
> Harald Koenig // / \\ \
> [EMAIL PROTECTED] ^ ^
>
> ___
> devel mailing list
> devel@lists.openmoko.org
> https://lists.openmoko.or
I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
e-177 NONE 1 "simple_lock" ""
>
> ?
>
> could I see any 'reaction' in some logs from anything on this binds?
> I've just plain pressed the keys and nothing happened
dont bother with this - its not e's keybindings that is the problem. the
xs
te optimized enough for OpenMoko
> (something about images not being cached, just impacting responsivenes) ?
> Are fixes in progress for these? I would like to help. Please direct me to
> where I should start looking.
>
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
On Fri, 22 Aug 2008 07:15:45 +0200 Joachim Steiger <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > no idea. i know roh wants to see it dead and i think wolfgang etc. seem to
> > agree its a hassle and om wants to use other places to host projects
On Thu, 21 Aug 2008 18:58:26 -0700 Michael Shiloh <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > as such - projects.om.org is desired to go as its gforge base is a bit
> > abandoned, and the solutions bandied about have been "use google c
gt;> To unsubscribe, click here< (link removed) ==>.
> >>>
> >>>
> >>>
> >>
> >>--
> >>View this message in context:
> >>
> >> http://n2.nabble.com/Pr
//buildhost.openmoko.org/daily/freerunner/
dunno who dumps stuff there.. but its NOT asu... :)
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
nitely supplying
your with non-factory-direct merchandise! :)
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
On Thu, 7 Aug 2008 07:31:09 +0530 "sparky mat" <[EMAIL PROTECTED]> babbled:
> On Thu, Aug 7, 2008 at 6:07 AM, The Rasterman Carsten Haitzler <
> [EMAIL PROTECTED]> wrote:
>
> > they should be nice little images now (not the original app icons that come
> &
;m doing
> something wrong?
missing matchbox-gtk-im package that makes gtk apps auto-request a keyboard
when an input field is focused.
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
s that I have listed above. Again, I
> would like to saw 'good work'!! It's awesome watching the team make such
> rapid progress.
>
> Will continue exploring and updating with more feedback.
>
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
On Tue, 5 Aug 2008 13:04:04 + Clare <[EMAIL PROTECTED]> babbled:
> On Tue, Aug 5, 2008 at 11:16 AM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > On Tue, 5 Aug 2008 11:45:26 +0200 Michael Lauer <[EMAIL PROTECTED]>
> > babbled:
>
>
On Tue, 5 Aug 2008 11:45:26 +0200 Michael Lauer <[EMAIL PROTECTED]> babbled:
> Am 05.08.2008 um 09:33 schrieb Simon Kagstrom:
> > On Tue, 5 Aug 2008 08:27:19 +1000
> > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> >
> >> as such - with
ionaries will not help with
or be hard, it MAY be of some use... but then thats what press and hold then
drag to get a zoom box are for... :)).
as this can be put in without any breaks and would just be a matter of config
parsing and data structures to hold a
r just do all drawing
> > client-side to avoid to/fro from video ram.
>
> With a near 300 dpi screen one would think one'd be able to toss
> antialiasing without much ill effects...
even at 300dpi... you can definitely see the difference! :) aa is nicer - much.
--
Carsten H
hand to increase them to stop
instability... maybe it was a production issue at the time... any increase will
be very much welcomed - though i'd really like to see a 2x, 3x or 4x speedup or
more... but i doubt that's a happening thing. :(
--
Carsten Haitzler (The Rasterman)
I
> > apologise if i'm coming across as idiotic.
> >
> > ___
> > devel mailing list
> > devel@lists.openmoko.org
> > https://lists.openmoko.org/mailman/listinfo/devel
>
>
> _
m assuming neod is the "event" handler. So does it do polling or waiting
> for events? (Ok, I guess I should prolly start looking at the code :-) )
>
> And unless I am mistaken, isnt this a whole another thread in the mailing
> list? I mean, high cpu-usage of neod?
>
--
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]>
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
em. limited video bus access speed).
> i'm not too familiar with most of the tech mentioned above, so I
> apologise if i'm coming across as idiotic.
>
> ___
> devel mailing list
> devel@lists.openmoko.or
64 matches
Mail list logo
