Hi All
Just a quick note to advise the e_modules directory has been removed
from cvs.
This was due to concern regarding the increasing number of modules being
commited, and the likely hood these would be left unmaintained .
These are now all updated and available from get-e.org (thanks
On Thursday, 03 November 2005, at 02:11:12 (+1300),
Dale Anderson wrote:
Just a quick note to advise the e_modules directory has been removed
from cvs.
It has not been removed, and it will not be unless and until such a
decision is made after discussion on this mailing list amongst the
Please also note that modules_extra has been removed from the default E
module search path and modules need to be installed to ,
$PREFIX/lib/enlightenment/modules or,
~/.e/e/modules
Whats the point of removing this from the search path? It causes no
issues and allows people to keep their
Hello,
Nathan and I have been looking at the themes for EWL and have realized
that zero, default and skeleton are woefully unmaintained (partially our
fault as we never update them).
So, we're currently thinking to split those themes out of the default
EWL CVS and just provide the E17 theme.
On 11/2/05, Michael Jennings [EMAIL PROTECTED] wrote:
Ridiculous.It should be up to the module authors whether or not theywant to develop in our CVS tree or elsewhere, and whether or not theyhave abandoned their work or will continue maintaining it.
I have to agree with mej on this. I
I'd like input from HandyAndE and rephorm in particular on this one as they are original authors on two of them.On 11/2/05, dan sinclair
[EMAIL PROTECTED] wrote:Hello,Nathan and I have been looking at the themes for EWL and have realized
that zero, default and skeleton are woefully unmaintained
dan sinclair [EMAIL PROTECTED] [2005-11-02 11:25]:
We could either do a separate CVS directory, or move them to
edevelop.org and depend on the ability for .edj's to be de-compiled to
let people get the source code.
What's the point of option 1?
Doesn't matter whether they are unmaintained in
Hey,
I've been meaning to get back to the winter ewl theme (and some ewl-e17 theme
touchups), but keep getting distracted by other things :) In the mean time, I
would agree with splitting them out.
Really, it would be nice to create an e17/themes dir in the repo, so we'd have
a central place
What's the point of option 1?
Doesn't matter whether they are unmaintained in 'ewl_themes' or in
'ewl'.
You can remove the offending directories from the SUBDIR variables in
Makefile.am, so they won't be distributed etc.
If anyone succeeds in fixing them, you can put them in again.
Well,
On 11/2/05, Luchezar P. Petkov [EMAIL PROTECTED] wrote:
So, I know... the icon style doesn't fit well with the E17 default
theme... but, I still think that the discussion is necessary, not only
for what will be the default icons in our WM?, it is necessary,
becouse this project(Tango) is
Hisham Mardam Bey wrote:
On 11/2/05, Luchezar P. Petkov [EMAIL PROTECTED] wrote:
So, I know... the icon style doesn't fit well with the E17 default
theme... but, I still think that the discussion is necessary, not only
for what will be the default icons in our WM?, it is necessary,
becouse
On 11/2/05, Morten Nilsen [EMAIL PROTECTED] wrote:
Unless I totally misread the project website, the point of tango isn'tthe actual set of icons presented on the site, but the filenames of saidicons
I believe it's a combination of things including the naming
conventions, a base set of icons, and a
On Wed, 02 Nov 2005 09:46:55 -0500 Mike Russo [EMAIL PROTECTED] babbled:
Generally e17 works well with a compositing manager running, however I
will occasionally experience video corruption issues of the sort shown
in the screenshot. They'll commonly happen when dragging a window
between
On Wed, 02 Nov 2005 10:46:03 -0500 dan sinclair [EMAIL PROTECTED] babbled:
Please also note that modules_extra has been removed from the default E
module search path and modules need to be installed to ,
$PREFIX/lib/enlightenment/modules or,
~/.e/e/modules
Whats the point of
On Wed, 2 Nov 2005 10:36:23 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Thursday, 03 November 2005, at 02:11:12 (+1300),
Dale Anderson wrote:
Just a quick note to advise the e_modules directory has been removed
from cvs.
It has not been removed, and it will not be unless and
On Saturday, 29 October 2005, at 12:47:46 (+0900),
Carsten Haitzler wrote:
If this file is normal and could theoretically appear regardless of
architecture, I should probably just put an rm -f in the spec file and
leave it at that.
Do you agree?
yeah - as it's harmless and a working
On Tuesday, 01 November 2005, at 10:11:11 (+0900),
Carsten Haitzler wrote:
the former. as glibc changwed to dlopen()ing libraries on demand for
helper symbols to do this, and thus will remain so going forward
(ulrich dreppers words are live with it!) i had to have my fixes
in memprof itself -
On Wed, 2 Nov 2005 23:59:01 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Tuesday, 01 November 2005, at 10:11:11 (+0900),
Carsten Haitzler wrote:
the former. as glibc changwed to dlopen()ing libraries on demand for
helper symbols to do this, and thus will remain so going forward
On Wednesday, 02 November 2005, at 21:35:22 (+0200),
Luchezar P. Petkov wrote:
What is Tango?
--
Tango defines a standard icon style guidelines document that
applications and desktop enviroments can adhere to. Work has started on
creating a new base icon theme based on a standard icon
Brian Mattern wrote:
Really, it would be nice to create an e17/themes dir in the repo, so we'd have
a central place for theme source. This would make it easier for people to go
through and patch themes on theme API changes (when the original authors are
too busy to do it themselves).
I
On Thursday, 03 November 2005, at 12:23:19 (+0900),
Carsten Haitzler wrote:
first - check cvs. the coded hasnt been removed. it's
there. lurking.
I know; the first thing I said was that it had not yet been
removed. :)
the problem is - a lot of these moduels have problems - lots of
them. the
On Thursday, 03 November 2005, at 14:27:19 (+0900),
Carsten Haitzler wrote:
efence is a memory overrun checker. dmalloc doesnt provie live
statistics AS YOU RUN (you have to wait till it's all done). i'm not
looking for a leak. i'm looking for whjat function call stakc
allocated what memory -
22 matches
Mail list logo