thanks /Kim. I to think there needs to be a user_defined.cfg of some sort, that is read before a theme's *.cfgs are. This only makes sense. Whether or not this is something that needs to be addressed right away is up to the team. I personally think that it should be addressed right away to lay some foundation for EFL developers and what they do as per this hypothetical user_defined.cfg. At anyrate there are my two cents ^_^
stderr On Thu, 30 Sep 2004 20:10:45 -0700, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Send enlightenment-devel mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of enlightenment-devel digest..." > > Today's Topics: > > 1. Re: OO fullscreen (Andreas Volz) > 2. Simple sound effects ([EMAIL PROTECTED]) > 3. Re: Simple sound effects (Carsten Haitzler (The Rasterman)) > 4. Re: OO fullscreen (Kim Woelders) > 5. Re: OO fullscreen (=?ISO-8859-1?Q?Andreas_R=F8sdal?=) > 6. Re: OO fullscreen (Kim Woelders) > > --__--__-- > > Message: 1 > Date: Thu, 30 Sep 2004 10:20:39 +0200 > From: Andreas Volz <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [E-devel] OO fullscreen > > Am Mon, 27 Sep 2004 18:55:56 +0200 schrieb Kim Woelders: > > > I suspect you are right that there are problems with applications > > requesting fullscreen at startup. > > Could you please specify exactly which problem you are trying to solve > > and how I can reproduce it? > > > > Your patch will, however, in a number of cases not do what it should. > > When E16 "fullscreens" an application it does (among other things) > > - set border to borderless > > - figure out what the fullscreen size and location should be, taking > > into account xinerama configuration (don't span xinerama screens) > > and (if enabled) struts, as e.g. in don't cover panel apps. > > There is still another problem with fullscreen mode. I've some "On Top" > stacking windows (pager, iconbox...). If I fullscreen some applications > (mplayer in X mode (sdl works), gthumb,...) the "On Top" windows are > still on top. Perhaps E should set a fullcreen window automatic as the > most "On Top" window. But this has also other problems. For example > blender is a fullscreen window, but opens new normal windows. So if > blender is "On Top" all new windows open "behind" it. > > Perhaps it's a solution if E changes all "On Top" windows to normal > windows if one window has fullscreen and after fullscreen the windows > get their "On Top" back. Perhaps it's a solution to make this > configurable for users who like this? > > Or should I write this topic in a bug report? > > regards > Andreas > > --__--__-- > > Message: 2 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Date: Thu, 30 Sep 2004 07:14:57 -0600 > Subject: [E-devel] Simple sound effects > > We donït use a direct call to Jack and Alsa ?? > > []ïs > Joïo Martins > > > Message: 5 > > Date: Thu, 30 Sep 2004 09:58:45 +0900 > > From: Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> > > To: Bart Elberg <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: [E-devel] Simple sound effects > > Organization: You expect me to be organized? > > > > On Wed, 29 Sep 2004 19:06:24 -0400 Bart Elberg <[EMAIL PROTECTED]> babbled: > > > >> I am looking to add sound effects to an Edje-based application and > >> noticed a lack of support in EFL for playing audio clips - other than > >> Emotion. There are obviously many ways to do this and I have no problem > >> implementing a solution. My question is whether anyone is working on a > >> simple audio library for EFL or planning on integrating sound effects > >> into Edje, EWL, etc.? > > > > at this stage i know of no-one working on something. there's 3 parts of an audio > > "engine" to look at. 1. loading of formats (eg, mp3, ogg, wav, etc.) in such a > > way that its fairly abstract and the code doesn't care how its really encoded. > > 2. is the audio device output handler - feeding the audio device cleanly, > > handling multiple audio devices, perhaps multiple opens for mixing etc. 3. is > > the audio mixing and control engine. EG: you want to play a sample but have it > > start fast and slow down in speed (and thus lower pitch) with a given envelope. > > you may want to string a sequence of samples together. basically programmatic > > sequencer or tracker (remember fasttracker2, protracker, soundtracker, etc.) > > > > http://www.metadecks.org/software/remix/ > > > > kind of solves these. it looks a it complex - that's because it can do a lot. > > imho with a bit of wrapping into EFL it should solve it entirely. the problem is > > no-one has done anything to do stuff with sound yet. so for now it's a DIY area > > that we haven't covered :( > > > > --__--__-- > > Message: 3 > Date: Fri, 1 Oct 2004 00:14:28 +0900 > From: Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: [E-devel] Simple sound effects > Organization: You expect me to be organized? > > currently we don't do ANYTHING at all. also not alsa cant do envelopes, > guarantee mixing all the time (i may be wrong about this though), and it doest > decode things like mp3, ogg etc. > > eventually we will add sound support to edje - it makes sense to be able to ship > audio for the theme along with it. but this is a "sometime later" thing. also > jack isnt that good for us as if we miss a mixing cycle we get kicked off the > jack system - and E is very loose with its scheduling to basically play catchup > and best fit to whats needed to be done. > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > èåå [EMAIL PROTECTED] > Tokyo, Japan (æä ææ) > > --__--__-- > > Message: 4 > Date: Thu, 30 Sep 2004 18:05:36 +0200 > From: Kim Woelders <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [E-devel] OO fullscreen > > Andreas Volz wrote: > > There is still another problem with fullscreen mode. I've some "On > > Top" stacking windows (pager, iconbox...). If I fullscreen some > > applications (mplayer in X mode (sdl works), gthumb,...) the "On Top" > > windows are still on top. Perhaps E should set a fullcreen window > > automatic as the most "On Top" window. But this has also other > > problems. For example blender is a fullscreen window, but opens new > > normal windows. So if blender is "On Top" all new windows open > > "behind" it. > > > Blender is actually not a fullscreen app in the sense that it does not > use the _NET_WM_STATE_FULLSCREEN hint but is a normal window requesting > to be borderless and occupy the entire screen. > Just an example of something that doesn't simplify the issue. > > > Perhaps it's a solution if E changes all "On Top" windows to normal > > windows if one window has fullscreen and after fullscreen the windows > > get their "On Top" back. Perhaps it's a solution to make this > > configurable for users who like this? > > > I don't like the princple that the appearance of one window changes > stacking properties of other windows. That just seems wrong to me. > We can have multiple fullscreen windows on separate areas/desktops, > should the existence of those affect stacking on desktops without > fullscreen windows? Should we restack when entering/leaving a view > containg a fullscreen window? I think that would be messy. > > > Or should I write this topic in a bug report? > > > Feel free to file a bug report. However, I don't expect to change > anything until somebody comes up with a really good plan on how to do > this right. > > /Kim > > --__--__-- > > Message: 5 > Date: Thu, 30 Sep 2004 21:56:27 +0200 (CEST) > From: =?ISO-8859-1?Q?Andreas_R=F8sdal?= <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [E-devel] OO fullscreen > > On Thu, 30 Sep 2004, Kim Woelders wrote: > > Andreas Volz wrote: > > > There is still another problem with fullscreen mode. I've some "On > > > Top" stacking windows (pager, iconbox...). If I fullscreen some > > > applications (mplayer in X mode (sdl works), gthumb,...) the "On Top" > > > windows are still on top. Perhaps E should set a fullcreen window > > > automatic as the most "On Top" window. But this has also other > > > problems. For example blender is a fullscreen window, but opens new > > > normal windows. So if blender is "On Top" all new windows open > > > "behind" it. > > > > > Blender is actually not a fullscreen app in the sense that it does not > > use the _NET_WM_STATE_FULLSCREEN hint but is a normal window requesting > > to be borderless and occupy the entire screen. > > Just an example of something that doesn't simplify the issue. > > > > > Perhaps it's a solution if E changes all "On Top" windows to normal > > > windows if one window has fullscreen and after fullscreen the windows > > > get their "On Top" back. Perhaps it's a solution to make this > > > configurable for users who like this? > > > > > I don't like the princple that the appearance of one window changes > > stacking properties of other windows. That just seems wrong to me. > > We can have multiple fullscreen windows on separate areas/desktops, > > should the existence of those affect stacking on desktops without > > fullscreen windows? Should we restack when entering/leaving a view > > containg a fullscreen window? I think that would be messy. > > > > > Or should I write this topic in a bug report? > > > > > Feel free to file a bug report. However, I don't expect to change > > anything until somebody comes up with a really good plan on how to do > > this right. > > > > /Kim > > I can confirm that this fullscreen behaviour is only in e16, Metacity > handles the problems with "On top" and fullscreen windows "properly". > There is bound to be problems if e16 continues to handle fullscreen > windows slightly differently from other windows managers. For the sake of > compability, this fullscreen windows behavior should be the same in e16 as > in Gnome's Metacity and the KDE's kwin. Or else, no one will want > to use the fullscreen feature, because it will break on some systems. > I've filed a couple of bug-reports on e16's fullscreen windows previously, > maybe I can help by doing some testing or something? > > Andreas R=F8sdal > > --__--__-- > > Message: 6 > Date: Fri, 01 Oct 2004 00:55:35 +0200 > From: Kim Woelders <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [E-devel] OO fullscreen > > Andreas R=F8sdal wrote: > > I can confirm that this fullscreen behaviour is only in e16, Metacity > > handles the problems with "On top" and fullscreen windows "properly". > > There is bound to be problems if e16 continues to handle fullscreen > > windows slightly differently from other windows managers. For the sake = > of > > compability, this fullscreen windows behavior should be the same in e16= > as > > in Gnome's Metacity and the KDE's kwin. Or else, no one will want > > to use the fullscreen feature, because it will break on some systems. > > I've filed a couple of bug-reports on e16's fullscreen windows previous= > ly, > > maybe I can help by doing some testing or something? > >=20 > Allright then :) > I have added an option to raise windows requesting fullscreen mode (in > the "Window Placement Settings" dialog). That probably fixes some, but > not all problems. > > /Kim > > --__--__-- > > _______________________________________________ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > End of enlightenment-devel Digest > -- Come and visit my page @ myspace.com and even create your own account. http://profiles.myspace.com/users/7195713 ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
