Hi;
On 5/3/07, Carl Worth <[EMAIL PROTECTED]> wrote:
On Thu, 3 May 2007 15:12:43 +0100, "Matthew Allum" wrote:
>You are essentially changing the server viewport area here
> *not* the display size.
But isn't this exactly one of the features provided
Hi;
On 5/3/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> Note, this was just one potential problem - and with any problem
> theres going to be somekind of workaround. Its just special casing
> everything to 'subvert' randr is going to need alot and therefor I
> dont see what you gain from usi
Hi;
On 5/3/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
Hi,
ext Matthew Allum wrote:
>> > I really think using xrandr for this wont buy you much though (in fact
>> > you'll probably loose) as you really only want the single topped app
>> > to notice the di
Hi;
On 5/3/07, Markku Vire <[EMAIL PROTECTED]> wrote:
If we need one fullscreen app, why not to launch a new X-session that
uses this lower, pixel-doubled resolution and then run our SDL game
there? Other applications would not recognize anything.
If the games need everything an xserver prov
Hi;
On 5/3/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> I guess that means SDL cant run on a raw framebuffer.
It can. The problem is that it's not the only process running.
Think what would / should happen if user presses power menu
while game has switched to another VT...
It would switc
Hi;
On 5/2/07, Daniel Stone <[EMAIL PROTECTED]> wrote:
On Wed, May 02, 2007 at 05:52:38PM +0100, ext Matthew Allum wrote:
> Theres a big downside to this approach in that matchbox already
> supports randr and has done for a while in order to facilitate stuff
> like screen rota
Hi;
On 5/2/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
It's evil that games change screen resolution, system changes
should be controlled by system software instead of random apps.
If it's enough that the whole screen is scaled instead of a window or
specific update, for Maemo the XRandR appr
Hey;
On 4/11/07, Sean Luke <[EMAIL PROTECTED]> wrote:
Hi;
On Apr 11, 2007, at 12:07 PM, Eero Tamminen wrote:
>> For the moment I'm experimenting with various floating windows for
>> various utility functions -- my drag-and-drop example on my N800
>> website, say.
>
> Do you have an URL?
> cs
Hi;
On 4/8/07, Sean Luke <[EMAIL PROTECTED]> wrote:
Anyway, I whipped up the following little program below as a test and
low and behold I can get the window to drag around BUT it creates all
sorts of artifacts: screen tearing, a bizarre window flashing in the
top-left corner, and slow updates.
On 2/7/07, Andrew Flegg <[EMAIL PROTECTED]> wrote:
A user suggests it is:
http://maemo.org/pipermail/maemo-users/2007-February/003605.html
> The repoository link did work well for me. Furthermore ive tested the
> fm-radio app from o-hand.com rep. Didnt ever know that it is possible to
> he
Hi;
On 1/15/07, Andrew Flegg <[EMAIL PROTECTED]> wrote:
On 1/15/07, Martin Grimme <[EMAIL PROTECTED]> wrote:
>
[development of another PIM suite]
>
> This sounds really interesting. I know that there are already
> applications like dates or GPE-calendar for the N770 but both
> don't fit my needs
Hi;
On 7/20/06, Koen Kooi <[EMAIL PROTECTED]> wrote:
Maemo already uses softfloat and it's still slow.
Right, FPUs exist for reason. If softfloat was perfect they wouldn't.
You still take a hit, just not as much as hardfloat.
Also I dont think its just FP causing a slowdown though this appe
A quick thought;
With multiple applets how can the hardcoded x,y values be guarenteed ?
What would happen if two applets specified the same value ? Would
somekind of 'placement hint' ( I.e top,botton,center etc ) be better
? This would also scale better to different sized displays.
-- Matthew
http://maemo.org/pipermail/maemo-developers/2005-December/002016.html
may help a little.
On 1/14/06, Brad Midgley <[EMAIL PROTECTED]> wrote:
> Hey
>
> I do like the wireless keyboard overall (stowaway model). The caveats
> are probably well known...
>
> - activate the keyboard with something othe
Hi;
On 1/9/06, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> > Oh and its svn only :( See;
> >
> > http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README
>
> Is there something preventing releasing it? :-)
>
Yes, layout does not work as good as it should for small displays (
240x320 )
Hi;
On 1/5/06, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> As to the input method, maybe the program could depend from
> xkbd (AFAIK doesn't support unicode, but as it works by synthetizing
> key events with XTest extension it should work with all X programs)
Xkbd is dead dead dead. Use matchbox
Hi;
On 1/5/06, Nicolas Roard <[EMAIL PROTECTED]> wrote:
> Apart from the input methods that obviously won't work, possibly some other
> integration problem with matchbox (like this icon thing),
The 'icon thing' is *not* a matchbox thing but a maemo-af-desktop thing..
matchbox trys as best it can
Hi;
Have you tried setting the StartupWMClass key of the apps .desktop
file to whatever ace of penguins sets as its WM_CLASS window prop to (
you can find this out with xprop ) ?
If it dont set it, you may have to hack ace of penguins so it does.
-- Matthew
On 1/4/06, Mark Arrasmith <[EMAIL P
I updated the patch a little last night to make it work more
efficiently and also now unblank the display once blanked via
keyboard.
Updated patch and new patched libbt.so binary at;
http://butterfeet.org/maemo/keyboard/
-- Matthew
On 11/28/05, Matthew Allum <[EMAIL PROTECTED]> wrote
Hi;
On 11/29/05, Russell Nelson <[EMAIL PROTECTED]> wrote:
> Matthew Allum writes:
> > Surely this isn't a fair comparison as the packages in Debian 2.2
> > arn't 'tuned' to embedded use ( i.e include docs, .la files etc etc ).
> > You'd be
Lies, damn lies and statistics :)
Surely this isn't a fair comparison as the packages in Debian 2.2
arn't 'tuned' to embedded use ( i.e include docs, .la files etc etc ).
You'd be better comparing udebs that make up D-I or something.
Also I dont know how you make numbers out of ipkg's lack of any
Hi;
I recently bought one of the Nokia BT keyboards for my 770. Tomas's
btkeyboard-plugin rocks but I soon got pretty frustrated at the 770
not registering keypresses as activity to stop the display from
blanking.
Attached is a patch to btkeyboard-plugin which attempts to remedy
this. It works ra
I believe your right, I think the home key is trapped by something
else before it even reaches X let alone MB. Not sure why that is.
--- Matthew
On 11/24/05, Luca Donaggio <[EMAIL PROTECTED]> wrote:
> Hi,
>
> how can I change the default behaviour of the N770 hardware keys?
> For example: I wou
On 10/28/05, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
>
> I was going to test it with different xlib surface size but since the
> older SW did not allow me to kill matchbox without rebooting the whole
> thing and matchbox is kind enough to maximize the window regardless...
>
You cant make the test
Hi;
On 10/28/05, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
>
> I wonder why the API should make such a bit difference - I am quite
> sure that cpu/memory throughput is far more a problem. The ARM9 in tne
> 770 is quite a bit, well, turkey ... and to fill a 100x100 shape which
> is quite a bit mo
Hi;
On 10/27/05, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
> 2005/10/27, Matthew Allum <[EMAIL PROTECTED]>:
> > Hey;
> >
> > Though internally cairo is mostly fixed point, its api is floating point -
> > the 770 ( like most ARM devices ) lacks an FPU and
Hey;
Though internally cairo is mostly fixed point, its api is floating
point - the 770 ( like most ARM devices ) lacks an FPU and thus any FP
operations ( especially with hardfloat ) are slowww and really
should be avoided.
Also as yet cairo isn't heavily optimised and without any kind of
su
27 matches
Mail list logo