<?xml version="1.0" encoding="utf-8"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
- <title>Maemo port of EFL (Enlightenment Foundation Libraries)</title>
+ <title>EFL Maemo Edition - Enlightenment Foundation Libraries</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<link rel="stylesheet" type="text/css" href="style.css"/>
<link rel="icon" href="favicon.ico" type="image/x-icon"/>
<body>
<div class="header"></div>
<h1 style="text-align: center">
- Maemo port of Enlightenment Foundation Libraries - EFL
+ EFL Maemo Edition - Enlightenment Foundation Libraries
</h1>
<div class="left_box">
selectable engines (Linux FrameBuffer, DirectFB, X11, OpenGL,
QTopia, etc) the platform is extremely portable, which
translates thru to all of the libraries built on top of it.
+ </p>
+ <p>
<a href="http://www.enlightenment.org/p.php?p=about/libs/ecore">Ecore</a>
is a modular convience library that in its base provides
timers, callback functionality, and loop management for event
<ul>
<li>
<a
- href="http://blog.gustavobarbieri.com.br/2007/06/03/evas-now-using-rectangle-split-and-merge/">Rewrote
+ href="http://blog.gustavobarbieri.com.br/2007/06/03/evas-now-using-rectangle-split-and-merge/">Rewrite
of <code>evas_tiler.c</code></a> to operate on dirty
rectangles instead of segmented screen regions. Before this
change, dirty areas were marked in a bitmap array that
much more data (usually 1 byte per pixel)! Working with
16bpp from the beginning we could reduce memory usage and
pack some operations into one arithmetic operation (it's
- possibe to work with 16bits data inside a 32bits word). This
+ possible to work with 16bits data inside a 32bits word). This
brought us major performance gains.
</li>
</ul>
</div>
<hr />
- <div class="center" style="width: 280px">
+ <div class="center" style="width: 310px">
<img src="images/maemo_logo.jpg" alt="Built for Maemo(tm)"/>
<img src="images/indt_logo.jpg" alt="Sponsored by INdT"
style="margin-left: 20px"/>