Colin D Bennett wrote:
> On Mon, 13 Oct 2008 21:27:46 +0300
> Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
>> Idea is that if bitmap is still locked you cannot optimize it or you
>> cannot lock it again. And if bitmap is optimized you cannot get
>> pointer to modify it. Eg. Function call returns me
On Mon, 13 Oct 2008 21:27:46 +0300
Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Colin D Bennett wrote:
> > On Fri, 03 Oct 2008 23:16:51 +0300
> > Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> >> I have been thinking this a bit and I think best solution to
> >> bitmaps is something like followin
Colin D Bennett wrote:
> On Fri, 03 Oct 2008 23:16:51 +0300
> Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
>> I have been thinking this a bit and I think best solution to bitmaps
>> is something like following.
>>
>> Two types of bitmap: easily accessible and optimized bitmaps for
>> hardware.
>>
>
On Mon, 13 Oct 2008 09:48:15 -0700
Colin D Bennett <[EMAIL PROTECTED]> wrote:
> I *am* interested in getting high performance, but
> (1) I simply don't have time to do it myself right now, and
> (2) gfxmenu seems plenty fast to me--I have run Lua-driven full screen
> animations as a desktop backg
On Fri, 03 Oct 2008 23:16:51 +0300
Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Vesa Jääskeläinen wrote:
> > Vesa Jääskeläinen wrote:
> >> It is really necessary that all generic graphical menu code like
> >> bitmap scaler works always. Not just for some optimized formats as
> >> otherwise it wo
On Mon, 06 Oct 2008 22:02:46 +0300
Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Andy Goth wrote:
> > "Colin D Bennett" <[EMAIL PROTECTED]> wrote:
> > Requiring full-screen repaints is an architectural design that
> > might need rework to undo later. Or might not, depending on how
> > you implem
On Sun, 05 Oct 2008 13:07:32 +0300
Vesa Jääskeläinen <[EMAIL PROTECTED]> wrote:
> Colin D Bennett wrote:
> > This patch adds support for a 'class' attribute on menu entries.
> > It is somewhat of a kludge, however since currently you just append
> > "|class=this,that" to the menu entry title to sp
Ahh. That makes sense. Interesting bit of history there. The x in the left side
of the evuation is what threw me. I didn't think that would even be legal
syntactically, but those explanations make a lot of sense.
- James
-Original Message-
From: Christian Franke <[EMAIL PROTECTED]>
Sent
Clemens Helfmeier wrote:
> This is a shell thing. It just ensures that the evaluation does not
> result in if test = xno; then
> (in case the variable is empty) and thus throw an error. with "x" it
> its like this for an empty variable
> if test x = xno; then
> which would work fine for shells.
>
