Twas brillig at 12:15:55 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
CHR> you can query palettes in x - yes. XGetRGBColormaps() to read
CHR> colormaps. but i don't quite know how your x is set up? is it set
CHR> up that its default visual is a greyscale one? or indexed co
On Mon, 17 Aug 2009 16:06:56 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 12:15:55 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> CHR> you can query palettes in x - yes. XGetRGBColormaps() to read
> CHR> colormaps. but i don't quite know how your x is set up? is it
Twas brillig at 19:31:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
>> StaticGray
CHR> then that's defined i think as 0 -> N where N is the highest value
CHR> supported by the bits, and N being white, 0 being black. ?
Yes.
CHR> so no need for colormap games or palett
On Sun, Aug 16, 2009 at 4:21 AM, Carsten Haitzler wrote:
> On Sat, 15 Aug 2009 10:37:22 -0400 William Keaney said:
>> > Weird it shouldn't as code is disabled by default in this commit.
>> > Where do you see problem, in E17 itselef ? Elementary ? EWL ? What
>> > module are you using ?
>> >
>> > Di
On Mon, 17 Aug 2009 16:44:24 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 19:31:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> >> StaticGray
>
> CHR> then that's defined i think as 0 -> N where N is the highest value
> CHR> supported by the bits, and N being wh
Twas brillig at 20:23:17 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
CHR> hmm - no that's grayscale. grayscale is a gray only verison of
CHR> pseudocolor. staticgray == linear allocation of gray values (ie
CHR> what i described). at least so it says in the x protocol ref
On Mon, 17 Aug 2009 18:01:59 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 20:23:17 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> CHR> hmm - no that's grayscale. grayscale is a gray only verison of
> CHR> pseudocolor. staticgray == linear allocation of gray values
Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
That's it.
CHR> The values are typically in a linear or near-linear increasing
CHR> ramps. linear. increasing. typically. :)
/me patches the kernel driver: 0x0 -> #ff, 0x1 -> #00, 0x2 ->
#a
On Mon, 17 Aug 2009 18:40:37 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> That's it.
>
> CHR> The values are typically in a linear or near-linear increasing
> CHR> ramps. linear. increasing. typically. :)
>
On Mon, 17 Aug 2009 18:40:37 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> That's it.
>
> CHR> The values are typically in a linear or near-linear increasing
> CHR> ramps. linear. increasing. typically. :)
>
Twas brillig at 21:48:09 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
CHR> wait - so its actually being psychotic with a palette like:
CHR> 0xff
CHR> 0x00
Right now driver exposes linear values as you'd expect (though I've seen
controllers which wanted pixel value
On Mon, 17 Aug 2009 18:51:31 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 21:48:09 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> CHR> wait - so its actually being psychotic with a palette like:
> CHR> 0xff
> CHR> 0x00
>
> Right now driver exposes linear v
Twas brillig at 21:56:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
CHR> yes and no. at least the docs indicate it's a ramping transition
CHR> in values - we can shortcut and avoid a palette lookup to improve
CHR> speed. there's correct and then there's fast :) being fas
On Mon, Aug 17, 2009 at 9:04 AM, Mikhail Gusarov wrote:
>
> Twas brillig at 21:56:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> CHR> yes and no. at least the docs indicate it's a ramping transition
> CHR> in values - we can shortcut and avoid a palette lookup to impro
Twas brillig at 09:46:47 17.08.2009 UTC-03 when barbi...@profusion.mobi did
gyre and gimble:
GSB> Fine ebooks won't go with movies and animations,
They will. New technology for bi-stable screens, which allows several
dozens of fps and 4096 colors, is expected to be available for
production nex
CHR> 4096 colors? well there's the rgb16-444 - this is specifically for
CHR> displays using rgb565 as the rgb format but with only 4 bits per
CHR> rgb (thus dithering appropriately). but for dozens of
CHR> fps.. really? will updates look good?
Dunno, I did not test such screens yet. Though it
On Mon, 17 Aug 2009 20:02:48 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 09:46:47 17.08.2009 UTC-03 when barbi...@profusion.mobi did
> gyre and gimble:
>
> GSB> Fine ebooks won't go with movies and animations,
>
> They will. New technology for bi-stable screens, which allows several
> doz
On Mon, 17 Aug 2009 21:04:59 +0700 Mikhail Gusarov
said:
>
> CHR> 4096 colors? well there's the rgb16-444 - this is specifically for
> CHR> displays using rgb565 as the rgb format but with only 4 bits per
> CHR> rgb (thus dithering appropriately). but for dozens of
> CHR> fps.. really? will
Twas brillig at 00:17:36 18.08.2009 UTC+10 when ras...@rasterman.com did gyre
and gimble:
CHR> but with only 16 real shades (gain you'll have to make assumptions
CHR> about this - or at least have a converter per display type - eg 64
CHR> colors (6bit) but only 16 levels (4bit) significant)m
maybe you did break something... look at e17 and he default theme - all the
spinning wheel son logout, reboot, filemanager window refresh... don't spin
anymore - the image tweening doesnt work anymore! can you reproduce?
--
- Codito, ergo sum - "I code, therefore I am" --
On Mon, 17 Aug 2009 21:26:05 +0700 Mikhail Gusarov
said:
>
> Twas brillig at 00:17:36 18.08.2009 UTC+10 when ras...@rasterman.com did gyre
> and gimble:
>
> CHR> but with only 16 real shades (gain you'll have to make assumptions
> CHR> about this - or at least have a converter per display typ
On Mon, 17 Aug 2009, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 17 Aug 2009 04:44:51 +0700 Mikhail Gusarov
> said:
>
>> Hello.
>>
>> Is it ok to pass NULL parameters to ecore_evas_title_set /
>> ecore_evas_name_class_set? If yes, what's the expected reaction of
>> backend? Should it trea
On Mon, Aug 17, 2009 at 4:58 PM, Carsten Haitzler wrote:
> maybe you did break something... look at e17 and he default theme - all the
> spinning wheel son logout, reboot, filemanager window refresh... don't spin
> anymore - the image tweening doesnt work anymore! can you reproduce?
Yep, I see the
On Mon, Aug 17, 2009 at 5:09 PM, Cedric BAIL wrote:
> On Mon, Aug 17, 2009 at 4:58 PM, Carsten Haitzler wrote:
>> maybe you did break something... look at e17 and he default theme - all the
>> spinning wheel son logout, reboot, filemanager window refresh... don't spin
>> anymore - the image tweenin
Enlightenment SVN wrote:
> Log:
>* rename mem_strdup() to not clash (in the case of a static build) with
> the one defined in bin/
> Author: davemds
> Date: 2009-08-17 06:54:17 -0700 (Mon, 17 Aug 2009)
> New Revision: 41839
>
> Modified:
> trunk/edje/src/lib/edje_edit.c
>
> M
On Sat, Aug 1, 2009 at 20:15, Vincent Torri wrote:
>
>
> On Sun, 2 Aug 2009, David Seikel wrote:
>
>> On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri
>> wrote:
>>
>>> while looking at the doc of UPX, i've found that lossless
>>> (de)compression library:
>>>
>>> http://www.oberhumer.com/open
On Mon, 17 Aug 2009 21:54:41 +0200 Thomas Gstädtner
wrote:
> On Sat, Aug 1, 2009 at 20:15, Vincent Torri
> wrote:
> >
> >
> > On Sun, 2 Aug 2009, David Seikel wrote:
> >
> >> On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri
> >> wrote:
> >>
> >>> while looking at the doc of UPX, i've found
On Monday 17 August 2009 05:54:10 you wrote:
> On Sun, Aug 16, 2009 at 4:21 AM, Carsten Haitzler
wrote:
> > On Sat, 15 Aug 2009 10:37:22 -0400 William Keaney
said:
> >> > Weird it shouldn't as code is disabled by default in this commit.
> >> > Where do you see problem, in E17 itselef ? Elementar
Students, It is important today is strict Pencils down today. Firm 'pencils
down' date. Mentors, students and organization administrators can begin
submitting final evaluations to Google.
and upcoming dates.
*August 24:*
- Final evaluation deadline
- Google begins issuing student payment an
Also another note:
Hello Mentors, Admins, and Students,
In anticipation of the end of this year's Google Summer of Code,
please make sure that your shirt size and shipping information is up
to date in the webapp.
We will be printing this year's shirts on American Apparel brand
shirts, which are
On Mon, 17 Aug 2009, Thomas Gstädtner wrote:
On Sat, Aug 1, 2009 at 20:15, Vincent Torri wrote:
On Sun, 2 Aug 2009, David Seikel wrote:
On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri
wrote:
while looking at the doc of UPX, i've found that lossless
(de)compression library:
http
Hey,
I am trying to compile the ecore library under the MinGW/Msys environment in
Windows XP but it fails when compiling, ecore_thread.c.
I got the following error:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../..
-ID:/msys/1.0/local/include -D_WIN32_WINNT=0x0500 -DEFL_ECORE_BUILD
-I/usr/lo
32 matches
Mail list logo
