On 2/2/06, Curtis Napier <[EMAIL PROTECTED]> wrote:
They probably are sick and tired of it. I would be if I was them. Butthat doesn't matter. The FOSS way is for *someone* to inform them ofE17's needs. If they choose to work on that or not is up to them but if
no one ever tells them E17's needs the
Jesse Luehrs wrote:
On Wed, 01 Feb 2006 15:35:39 -0500
Curtis Napier <[EMAIL PROTECTED]> wrote:
I disagree, how are the devs at Xorg supposed to know that this is an
issue if no one tells them? I know this particular issue is very well
known in the Xorg community but nevertheless, someone shou
On 27/01/06, Виктор Кожухаров <[EMAIL PROTECTED]> wrote:
> actually, the correct name is Windows Explorer, so absolutely nothing is
> stopping me for using the name "Explorer" for an application
I remember the name "Lindows" ran into some problems. So did Mike Roe
Soft. Maybe it's best not to me
Sorry. The mentioned problem with xcompmgr was produced only by it, not
by e.
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your l
Hello,
I'm experiencing a little strange behaviour in e16 (pre2 and below,
haven't tried pre3) when moving from one virtual desktop to another
through the edge flip feature.
I've set up focus settings to follow mouse pointer (no matter if
sloppily) and enabled edge flipping. The problem
Am Mittwoch, den 01.02.2006, 09:08 +0900 schrieb Carsten Haitzler:
> On Tue, 31 Jan 2006 23:09:45 + mista <[EMAIL PROTECTED]> babbled:
>
> > Am Dienstag, den 31.01.2006, 10:27 +0900 schrieb Carsten Haitzler:
> >
> you need to implmenent text, gradient, line and polygon re3dnering still. the
Carsten Haitzler (The Rasterman) wrote:
no it's not. read the hex values - now look them up inan ascii table and it
will likely saysomehting like "Mozilla Seamonkey Borwser" or something :) its a
NAMe ( text string) not pixels. :)
they do say assumptions are the mother of all fuckups :)
I'll go
Again related to seamonkey..
all the windows have different classes, according to the create icon
function, and xprop reveals:
this window:
WM_CLASS(STRING) = "Mozilla", "msgcompose"
mailnews:
WM_CLASS(STRING) = "Mozilla", "mail:3pane"
navigator:
WM_CLASS(STRING) = "Mozilla", "navigator:brow
ignore this, timing round-trip-time
--
Morten
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the
On Wed, 01 Feb 2006 11:54:00 +0100 Morten Nilsen <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > that shouldnt happen. if you tell it to use the app icon - it will use it -
> > IF the app provides a NETWM ARGB32 icon. ie the app has to have a property
> > on it like:
> >
Carsten Haitzler (The Rasterman) wrote:
that shouldnt happen. if you tell it to use the app icon - it will use it - IF
the app provides a NETWM ARGB32 icon. ie the app has to have a property on it
like:
_NET_WM_ICON(CARDINAL) = 48, 48, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0,
Carsten Haitzler (The Rasterman) wrote:
if the icon is the same (after a restart) then the eap icon and the app
provided one are the same image. this doenst take effect immediately - only on
new instances of the icon for that window.
well, yes, the icon is the same after restart, but the eap an
On Wed, 01 Feb 2006 10:50:46 +0100 Morten Nilsen <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > if the icon is the same (after a restart) then the eap icon and the app
> > provided one are the same image. this doenst take effect immediately - only
> > on new instances o
On Wed, 01 Feb 2006 09:41:36 +0100 Morten Nilsen <[EMAIL PROTECTED]> babbled:
> so, I was moderately excited when I read cia yesterday..
> and after updating my e, I enabled "Use application provided icon instead"
>
> now, it does work for azureus (I get the frog) but not for mozilla
> seamonkey
so, I was moderately excited when I read cia yesterday..
and after updating my e, I enabled "Use application provided icon instead"
now, it does work for azureus (I get the frog) but not for mozilla
seamonkey (I get the eap/default icon)
I'm guessing this is because the "application provided"
15 matches
Mail list logo
