Re: [E-devel] Modules below Windows - why?

On Mon, 24 Oct 2005 13:09:16 + Felix Breuer <[EMAIL PROTECTED]> babbled: > On Mon, 24 Oct 2005 23:53:38 +0900 > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > > > On Mon, 24 Oct 2005 06:19:37 + Felix Breuer <[EMAIL PROTECTED]> babbled: > > > So, why are modules part of th

[E-devel] entrance config patch

a bug in build_config.sh.in; the script adds session 0 -> 6 (7 sessions) but sets the count at 8 - this adds an empty session to the list. --- build_config.sh.in 2005-10-25 02:43:41.834556500 +0200 +++ build_config.sh.in~ 2005-10-25 02:43:36.558226750 +0200 @@ -19,7 +19,7 @@ #ecore_config $DB

[E-devel] Re: Patch for CVSROOT/commit.pl

Michael Jennings <[EMAIL PROTECTED]> writes: >> Please find the patch attached -- apply the parts you like! The >> changes are untested, but simple. > > The problem is, if we screw up commits.pl, we can't commit! And the > only way to fix it at that point is to have shell access to the > physica

Re: [E-devel] Patch for CVSROOT/commit.pl

On Sunday, 23 October 2005, at 17:31:19 (+0200), Martin Geisler wrote: > Now that there's several active projects working in the proto > directory, then I thought it would be interesting to have the CVS > commit mails show "proto/etk" and "proto/entropy" instead of just > "proto" for both projects

Re: [E-devel] Modules below Windows - why?

On Mon, 24 Oct 2005 23:53:38 +0900 Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote: > On Mon, 24 Oct 2005 06:19:37 + Felix Breuer <[EMAIL PROTECTED]> babbled: > > So, why are modules part of the desktop? > > Why was this design choice made? > > > > One alternative I could thin

Re: [E-devel] e17 segv

jochen, il 24/10/2005 02:31, scrisse: > EDJE ERROR: An element in file > /usr/share/enlightenment/data/themes/default.edj, group > widgets/menu/default/icon has a non expandable > part not marked as fixed size in one dimension. This needs > to be fixed in the source .edc by adding: > fixed: 1

[E-devel] Alert from eSafe: commit.pl.patch Msg #723 - Multiple extensions are prohibited [Fwd from [EMAIL PROTECTED]

Patches and similar attachments are commonplace for this list. If your mail server exhibits stupidity like that shown below, please note that the mailing list administrators do not enjoy getting spammed and reserve the right to unsubscribe you rather than have to put up with it. Michael - Fo

[E-devel] evolume 0.0.11 released.

As I said before on IRC channel, I found enough time to continue maintain that project. So, catch the new release! (sorry, I don't merge it with any patches for now, except to one which that fixes module architecture). Note that now it hosted on another site :) http://paq.osdn.org.ua/~davinchi/

[E-devel] Indention in Emacs (was Re: fork'n'pipe IPC for ecore.)

David Seikel <[EMAIL PROTECTED]> writes: > I have no idea what my editor will do to my attempts to follow the E > tabbing preferences. The bulk of the code I added was cut and > pasted from something else I wrote for a project with different > coding standards. I will finish massaging it to matc

[E-devel] Re: Patch for CVSROOT/commit.pl

Martin Geisler <[EMAIL PROTECTED]> writes: Hello, I sent this mail with a small patch a couple of days ago, and Tilmann replyed explaining that the mail was garbled with two different MIME boundaries. If anybody else had problems reading the mail I would appreciate it if they would mail me (off

Re: [E-devel] Modules below Windows - why?

On Mon, 24 Oct 2005 06:19:37 + Felix Breuer <[EMAIL PROTECTED]> bubbled: > Hello E developers, > > I have been using E17 for quite some time now, and I am really > impressed with your work. I wonder, however, about one design > choice you made and would like to know your reasons. > > Modules

Re: [E-devel] Modules below Windows - why?

On Mon, 24 Oct 2005 06:19:37 + Felix Breuer <[EMAIL PROTECTED]> babbled: > Hello E developers, > > I have been using E17 for quite some time now, and I am really > impressed with your work. I wonder, however, about one design > choice you made and would like to know your reasons. > > Modules

Re: [E-devel] Etk - Authors' Explanation

Simon,On 10/24/05, Simon TRENY <[EMAIL PROTECTED]> wrote: Your patch doesn't seem to fix anything here. Now, the situation is evenworst, I can't close anymore the menu by clicking anywhere on the parent window, I always have to click on a menu item. And keyboard navigationis more than just making a

[E-devel] fork'n'pipe IPC for ecore.

While I was gonna write fork'n'pipe IPC for the emu module, raster setup some ecore stubs and got me to complete write it in ecore instead. ecore_exe_pipe_run(), ecore_exe_pipe_write(), and friends will allow people to fork of a child process and use it's stdin and stdout to communicate with it.

RE: Re: [E-devel] EWL Developments

> Things like these: > > > * Ewl Developer Warning * : > To find where this is occurring set a breakpoint > for the function ewl_print_warning. > This program is calling: > > ewl_widget_type_is(); > > With the parameter: > > widget > > being

RE: Re: [E-devel] Etk - Authors' Explanation

> > 2- Themeing / Look and Feel: Ewl tends to re-use a lot of parts for > > several "similar" tasks but eventually ends up looking bad. For > > example, buttons are used for column headers for trees and for > > scrollbar drag buttons. Combining this with a lot of scaling and size > > calculation pr

[E-devel] Modules below Windows - why?

Hello E developers, I have been using E17 for quite some time now, and I am really impressed with your work. I wonder, however, about one design choice you made and would like to know your reasons. Modules in E are part of the Desktop and thus below all windows. So to be able to see and use them,

RE: Re: [E-devel] Etk - Authors' Explanation

> Disclaimer: I'm not familiar with EWL/Evas internals. > Can the items be made proxies for the real widgets, and just keep the > amount of items created for how many can be visible, and assign the > widgets to them as the widget scroll? If the item isnt visible, you > would free it or add it to a

Re: [E-devel] Etk - Authors' Explanation

That the only solution I see if you want to allow arbitrary widgets to be added to the tree efficiently. But all the widgets have then to have two methods, one to get the "state" of the widget, and another to restore it. And making those two methods for all the widgets is a lot of work and, for

Re: [E-devel] Etk - Authors' Explanation

Simon TRENY escreveu: [snip] > Here I fully disagree. I played a little bit with ewl_tree_test, and I > replaced the ROWS constant by 3000 (it was initially to 50) and I > removed the NEST modulo just to make sure all the rows will be directly > children of the tree itself (no collapsed rows). Res

Re: [E-devel] Etk - Authors' Explanation

Nathan Ingersoll a écrit : Hisham, I am only responding to your criticisms on EWL in this message, as I have already stated that I don't have a problem with people wanting to write their own toolkit. On 10/23/05, *Hisham Mardam Bey* <[EMAIL PROTECTED] > wrote: Hel