Re: [E-devel] FOSDEM 2009 (last chance)
On Wed, 12 Nov 2008, David Seikel wrote: > On Wed, 12 Nov 2008 00:25:01 +0100 (CET) Vincent Torri > <[EMAIL PROTECTED]> wrote: > >> The deadline for a dev room is shorter: december the 22nd (in 10 >> days). > > Um, it's November last I checked. December the 22nd is a lot more than > 10 days away. Did you mean the deadline is November 22? oups, you're right, It's november for dev rooms :) Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2009 (last chance)
On Wed, 12 Nov 2008 00:25:01 +0100 (CET) Vincent Torri <[EMAIL PROTECTED]> wrote: > The deadline for a dev room is shorter: december the 22nd (in 10 > days). Um, it's November last I checked. December the 22nd is a lot more than 10 days away. Did you mean the deadline is November 22? signature.asc Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] FOSDEM 2009 (last chance)
> It seems that, now, FOSDEM 2009 takes place on the 7 and 8 february > > http://www.fosdem.org/2009/node/153 > > maybe it's now urgent that we register to have a room Just a reminder. There is now some dead lines for the participation in the link above (see at the bottom). I don't know if we have enough matter to have an entire dev room. On the other hand lightning talks are really fast (~15 mn) The deadline for lightning talks requests is december the 26th The form is there: http://www.fosdem.org/2009/call_for_lightningtalks The deadline for a dev room is shorter: december the 22nd (in 10 days). More informations there: http://www.fosdem.org/2009/call_for_devrooms_and_stands So if you think that we should have a dev room, then we must know NOW who is involved and what we should send to the FOSDEM organizers. It will be a lot of work and organization too. If we can have a good proposal at the end of the week, it will let us some days to finalize everything before applying to FOSDEM. Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] planet?
I emailed them. Tim requested that his blog be removed from the planet and the blogging software Ben uses does not support categories. I can remove Ben since he isn't really active in E any longer, but I'll let others voice any objections before I go ahead and remove them. Nathan On Fri, Nov 7, 2008 at 11:43 AM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > On Fri, Nov 7, 2008 at 3:10 PM, Nathan Ingersoll <[EMAIL PROTECTED]> wrote: >> dj2 was the one maintaining it. Do you have category specific links >> for benr and tim? I might have access to the necessary files. > > No, I don't. Do you have their contact so we could ask them? > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: [EMAIL PROTECTED] > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC: enlightenment_start -locked
On Tue, Nov 11, 2008 at 7:05 AM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Sat, 8 Nov 2008 06:19:46 -0200 "Gustavo Sverzut Barbieri" > <[EMAIL PROTECTED]> babbled: > > (sorry - travelling...) > > um - i think it's a great idea. makes sense for auto-logins like with gsm (or > if enrance gets one) or even more so for embedded devices - like phone/pda's > etc. where the thing boots straight into x and e.. and you want to lock it > with > a pin # (desklock needs a way of adding some way to enter a password/pin > number > other than via a keyboard - a pin #, a virtual keyboard, or maybe some special > shape you draw... main point is to make it flexible). Yes, for that I guess it's easier to abstract desklock or use an external desklock app (already supported, but I never tried). The former is better as it's faster and lower on resources. A virtual number keyboard would do for most devices. > as such user-switching i think is best left to whatever launches e. leave that > out of e. nb - i would say that this is best done as a config option in > e_config > > "lock_on_start" and that should do quite nicely :) add to the desklock config yes, it's easy doable, but I guess fixing the show wallpaper is a worse problem ATM. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e16] [patch] Iconify windows in same area
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Pietro Cerutti wrote: | Kim Woelders wrote: | | On Wed, 05 Nov 2008 21:26:39 +0100, Pietro Cerutti <[EMAIL PROTECTED]> | | wrote: | | | |> -BEGIN PGP SIGNED MESSAGE- | |> Hash: SHA512 | |> | |> Hi, | |> | |> I've heard that Windows 7 has a feature that allows to iconify all other | |> windows on the desktop by shaking the window to be left alone... I like | |> the idea... | |> | |> Ok, here's a patch to add a wop to e16 that does the same: iconify all | |> other windows in the same area, leaving the current window alone (hence | |> the name "alone"). | |> | |> http://www.gahr.ch/misc/e16-alone.diff | |> | |> Feedback and comments are welcome! | |> | | Committed with minor changes (mostly tweaks of the window selection in | | EwinAlone()). | | Please check if it still works as expected. | | Well, I would avoid iconifying windows with the skipwinlist property set | as well. For example, I have a gkrellm session which is not sticky, but | I don't treat it as a normal window anyway, it seems natural to me that | suck windows do not get minimized by the "alone" wop. | I still have to see what exactly the property donthide means / when | exactly it is set. | | I will look at it tomorrow and provide a patch that minimizes | interference with yours. So, here it is. In my opinion it would be better to skip windows with the following properties set as well: - - skip_ext_task - - skip_winlist - - skip_focuslist A patch against the current SVN revision is here: http://www.gahr.ch/misc/e16-alone_2.diff Thanks! | | | | | Thanks :) | | Thanks for now! | | | | | /Kim | | | | - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkkYfVsACgkQwMJqmJVx946QTQCeMbQRvP/65LxUpqDdbF138z2T YvcAn2CHKHvDxNES5CFqN9ZY1g7VyV7U =vmuL -END PGP SIGNATURE- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [e16] [patch] do not cover dragbar on maximize
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, So, here's another patch for e16, this time against its maximizing mechanism. We have a fantastic dragbar, which is really a useful feature, but oftentimes not visible because windows are maximized. This patch makes maximizing windows not hide the dragbar, unless the maximizing mode is MAX_ABSOLUTE. The patch is here: http://www.gahr.ch/misc/e16-nocover-dragbar.diff I don't really get why I have to check against 2 * Conf.desks.dragbar_width when handling to dragdir == 3 case... o_O Please keep me CC'd. Cheers, - -- Pietro Cerutti [EMAIL PROTECTED] PGP Public Key: http://gahr.ch/pgp -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkkYlnMACgkQwMJqmJVx945luwCgxIiGfCaAsNkm0zDYOoT0JALQ OuwAn3QO3RvVgA5J4I8E8ztjpKCQjdTv =7wQP -END PGP SIGNATURE- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
El Tuesday 11 November 2008 14:28:56 Lionel ORRY escribió: > 2008/11/11 Stephane Bauland <[EMAIL PROTECTED]>: > > Toma wrote: > >> Ive always been a proponent of more docs and have always tried to make > >> docs. Im down with it. > >> > >> The 0th step is creating a roadmap of what needs more documentation, > >> what needs documentation revision, and how to organize all the > >> documentation. > > > > I'm agree, the good way is to have a roadmap in trac, sure. > > > >> And instead of a 'team' as such, we could create a > >> system where you just add a short blurb about a certain function then > >> that gets added to a database... unless thats already possible? > >> > >> It would be good to keep it all on a wiki type setup, > > > > Imho, using something like docbook or another documentation's > > format will be better, using this, it'll be more easy to provide > > documentation in differents formats. > > Attached is an example of what can be done using AsciiDoc > (http://www.methods.co.nz/asciidoc/index.html). The source file is a > plain text file (the extension is .txt), and can generate docbook (see > the pdf output using asciidoc + xsltproc + docbook-xsl-stylesheets + > fop 0.95) of html (see the html output). > > It is easy to learn and to maintain. Moreover, a plain text file can > be easily versioned through Subversion. > I just wanted to show some support for any kind of simple, plain text documentation language like AsciiDoc or reStructuredtext. After using Docbook for more than a couple of months —with documents of others and my own— I came to the conclusion that Docbook documents are overcomplicated, unreadable, unmaintainable pieces of shit that I wouldn't touch with a ten foot pole ever again. My experience with conversion tools for Docbook was bad as well. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
2008/11/11 Stephane Bauland <[EMAIL PROTECTED]>: > Toma wrote: >> Ive always been a proponent of more docs and have always tried to make >> docs. Im down with it. >> >> The 0th step is creating a roadmap of what needs more documentation, >> what needs documentation revision, and how to organize all the >> documentation. > I'm agree, the good way is to have a roadmap in trac, sure. >> And instead of a 'team' as such, we could create a >> system where you just add a short blurb about a certain function then >> that gets added to a database... unless thats already possible? >> >> It would be good to keep it all on a wiki type setup, > Imho, using something like docbook or another documentation's > format will be better, using this, it'll be more easy to provide > documentation in differents formats. Attached is an example of what can be done using AsciiDoc (http://www.methods.co.nz/asciidoc/index.html). The source file is a plain text file (the extension is .txt), and can generate docbook (see the pdf output using asciidoc + xsltproc + docbook-xsl-stylesheets + fop 0.95) of html (see the html output). It is easy to learn and to maintain. Moreover, a plain text file can be easily versioned through Subversion. I personally use asciidoc more and more for my professional and personal documentation needs, just wanted to let you give an eye to this solution. P.S. The sample doc given here does not mean (yet) that I can involve a lot of time to documentation... Maybe in a few more months. regards, Lionel >> preferably on >> trac.enlightenment.org (at least for the roadmap) or on >> wiki.enlightenment.org ... there is already LOADS of info on >> wiki.e.org, but it might need some more organization. >> > Yes, wiki have to be organized and updated :) >> Toma >> >> >> >> 2008/11/11 Amitav Mohanty <[EMAIL PROTECTED]>: >> >>> Hi >>> >>> I posted about this about a week ago. I am partly taking up that task. >>> However, I will need a few more days to begin my work. >>> >>> Stephane Bauland wrote: >>> Hi all, This morning i was reading a guay in #e, asking for some documentation around E itself. Maybe it could be great to create a "team" for documentation right now. And to provide a user documentation manual for the release ? Cause their's not enought documentation about e, or the one existing are a little bit outdated. That's just my opinion, i let you react :) >>> - >>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >>> >> >> > > > -- > Stephane 'rookmoot' Bauland. > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > efl_developer_guide.pdf Description: Adobe PDF document - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
Toma wrote: > Ive always been a proponent of more docs and have always tried to make > docs. Im down with it. > > The 0th step is creating a roadmap of what needs more documentation, > what needs documentation revision, and how to organize all the > documentation. I'm agree, the good way is to have a roadmap in trac, sure. > And instead of a 'team' as such, we could create a > system where you just add a short blurb about a certain function then > that gets added to a database... unless thats already possible? > > It would be good to keep it all on a wiki type setup, Imho, using something like docbook or another documentation's format will be better, using this, it'll be more easy to provide documentation in differents formats. > preferably on > trac.enlightenment.org (at least for the roadmap) or on > wiki.enlightenment.org ... there is already LOADS of info on > wiki.e.org, but it might need some more organization. > Yes, wiki have to be organized and updated :) > Toma > > > > 2008/11/11 Amitav Mohanty <[EMAIL PROTECTED]>: > >> Hi >> >> I posted about this about a week ago. I am partly taking up that task. >> However, I will need a few more days to begin my work. >> >> Stephane Bauland wrote: >> >>> Hi all, >>> >>> This morning i was reading a guay in #e, asking for some documentation >>> around E itself. Maybe it could be great to create a "team" for >>> documentation right now. And to provide a user documentation manual for >>> the release ? Cause their's not enought documentation about e, or the >>> one existing are a little bit outdated. >>> >>> That's just my opinion, i let you react :) >>> >>> >>> >> - >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> > > -- Stephane 'rookmoot' Bauland. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
Ive always been a proponent of more docs and have always tried to make docs. Im down with it. The 0th step is creating a roadmap of what needs more documentation, what needs documentation revision, and how to organize all the documentation. And instead of a 'team' as such, we could create a system where you just add a short blurb about a certain function then that gets added to a database... unless thats already possible? It would be good to keep it all on a wiki type setup, preferably on trac.enlightenment.org (at least for the roadmap) or on wiki.enlightenment.org ... there is already LOADS of info on wiki.e.org, but it might need some more organization. Toma 2008/11/11 Amitav Mohanty <[EMAIL PROTECTED]>: > Hi > > I posted about this about a week ago. I am partly taking up that task. > However, I will need a few more days to begin my work. > > Stephane Bauland wrote: >> Hi all, >> >> This morning i was reading a guay in #e, asking for some documentation >> around E itself. Maybe it could be great to create a "team" for >> documentation right now. And to provide a user documentation manual for >> the release ? Cause their's not enought documentation about e, or the >> one existing are a little bit outdated. >> >> That's just my opinion, i let you react :) >> >> > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release and documentation
Hi I posted about this about a week ago. I am partly taking up that task. However, I will need a few more days to begin my work. Stephane Bauland wrote: > Hi all, > > This morning i was reading a guay in #e, asking for some documentation > around E itself. Maybe it could be great to create a "team" for > documentation right now. And to provide a user documentation manual for > the release ? Cause their's not enought documentation about e, or the > one existing are a little bit outdated. > > That's just my opinion, i let you react :) > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Theme related query...
On Tue, 2008-11-11 at 11:28 +, nathan baxter wrote: > Hi all > > For the default setup within themes for DR16 Raster imposed a standard for > the theme builders to follow. I was just wondering if this is going to be > the same for dr17 as the blingbling theme and the b_and_w theme have very > different layouts within the dir structure. Is one of these structures going > to be the defacto standard (i'm hoping the blingbling as all the parts are > in seperate files and IMO easier to manage). > > Would appreciate any feedback on this before I commit too much time ;) > > Regards > > nathan (pixelhead) You can pick whatever structure you like. It really doesn't matter whether you keep everything in a single file, or split everything up as much as possible. > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Theme related query...
I think the cool thing about this, is the different structures of themes that are possible. Depending on your development cycle and methods, you can do things just the way you like. There are a few different styles Ive used, obviously the blingbling style of files for each widget, the 1 big file of b&w, and the sections (about 5 or 6?) files of edjy. I think a few other themes use a different style, but I dont think the file hierarchy should be specified. If anything, the formatting style should stay the same, the good ol 3 space tabs. Good to hear youre back into the themeing :) Toma 2008/11/11 nathan baxter <[EMAIL PROTECTED]>: > Hi all > > For the default setup within themes for DR16 Raster imposed a standard for > the theme builders to follow. I was just wondering if this is going to be > the same for dr17 as the blingbling theme and the b_and_w theme have very > different layouts within the dir structure. Is one of these structures going > to be the defacto standard (i'm hoping the blingbling as all the parts are > in seperate files and IMO easier to manage). > > Would appreciate any feedback on this before I commit too much time ;) > > Regards > > nathan (pixelhead) > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC: enlightenment_start -locked
On Sat, 8 Nov 2008 06:19:46 -0200 "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> babbled: (sorry - travelling...) um - i think it's a great idea. makes sense for auto-logins like with gsm (or if enrance gets one) or even more so for embedded devices - like phone/pda's etc. where the thing boots straight into x and e.. and you want to lock it with a pin # (desklock needs a way of adding some way to enter a password/pin number other than via a keyboard - a pin #, a virtual keyboard, or maybe some special shape you draw... main point is to make it flexible). as such user-switching i think is best left to whatever launches e. leave that out of e. nb - i would say that this is best done as a config option in e_config "lock_on_start" and that should do quite nicely :) add to the desklock config > On Fri, Nov 7, 2008 at 12:57 PM, Gustavo Sverzut Barbieri > <[EMAIL PROTECTED]> wrote: > > Hi guys, > > > > During the conference my laptop suspend/resume decided to barf and I > > have to shutdown and restart lots of time, having to wait for the > > always slow boot process (mine is still not under 5s) and part of it > > is loading entrance and e... > > > > But wait, most of users I know just have one single user in their > > machine, including myself... so why use entrance at all? We should > > have a way to ask enlightenment to start with the desktop lock on, > > some command line option like "-locked" so I'm still safe, but as soon > > as I type my password I have something ready and working, possible my > > autostart apps are fully working and everything. And all of that > > without special hacks like Gnome guys did to have GDM to preload gnome > > session before... > > > > To me it's plain simple, but before I dig into code to have that > > working, do you see any problems with that approach? > > So at least 3 guys answered to me in IRC with positive feedback (being > in the same situation as I am). Do anyone see a problem with such > approach? > > Does anyone know better what's required for user switch? Maybe it > would be good to change Entrance when it's fixed/rewrite so we have a > way to do autostart as well, in that case Entrance would start itself > as the minimum smart session end monitor that it uses once users logs > in. That way it doesn't impact boot times and it is still possible for > people to change users later. > Maybe that can be added to E desktop lock, since when I see > multiple users running on the same machine I see they using multiple X > sessions, so it's just a matter of spawning a new server... but I'm > not sure about coordination between those... or those with the login > manager, but KDE/KDM does keep track of such information (at least if > you want to shutdown it will first show that there are other users > logged in and confirm you want to proceed). > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: [EMAIL PROTECTED] > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Theme related query...
Hi all For the default setup within themes for DR16 Raster imposed a standard for the theme builders to follow. I was just wondering if this is going to be the same for dr17 as the blingbling theme and the b_and_w theme have very different layouts within the dir structure. Is one of these structures going to be the defacto standard (i'm hoping the blingbling as all the parts are in seperate files and IMO easier to manage). Would appreciate any feedback on this before I commit too much time ;) Regards nathan (pixelhead) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel