Re: [E-devel] here is the new-UI for E17 if you want to Adopting
On Sat, 16 Feb 2013 02:49:32 -0500 Jose Gonzalez wrote: > David Seikel wrote: > > On Sat, 16 Feb 2013 13:43:08 +0900 Carsten Haitzler (The Rasterman) > > wrote: > > > > > >> On Fri, 15 Feb 2013 19:03:34 +0300 المسالم المسالمة > >> said: > >> > >> > >>> and i am now releasing it under GPL license > >>> > >> ummm... this looks exactly like what we already have... but simply > >> adding efm icons into the shelf too... which is trivial. and now it > >> misses other gagdets (start, pager, connman etc.)... where do those > >> go? > >> > >> unless u mean.. let's just copy osx? which is what this smells like > >> it was really intended to be.. lets have an osx dock EXACTLY.. (but > >> add a clock)... is that what his is meant to be? > >> > > > > Um, so it's like engage, but with a cock? Er I meant clock. > > > > > > We must concede that it's certainly pushing the bleeding edge > of user interfaces to put a cock on the desktop. Perhaps it should be > called a glandule rather than a mere module? > Sure beats any of those DesktopX and Rainmeter desktop skins. lol /me fails to make jokes about beating things with cocks. This person is not so good at expressing themselves in English, and there are some other ideas in the animated GIF they posted other than a dock with a clock. Some of them might be good ideas to. Apologies to المسالم المسالمة, the word "cock" on your presentation is obviously a typo, since you used "clock" correctly in other places. The word "cock" in English is a rude word for "penis". -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] here is the new-UI for E17 if you want to Adopting
David Seikel wrote: > On Sat, 16 Feb 2013 13:43:08 +0900 Carsten Haitzler (The Rasterman) > wrote: > > >> On Fri, 15 Feb 2013 19:03:34 +0300 المسالم المسالمة >> said: >> >> >>> and i am now releasing it under GPL license >>> >> ummm... this looks exactly like what we already have... but simply >> adding efm icons into the shelf too... which is trivial. and now it >> misses other gagdets (start, pager, connman etc.)... where do those >> go? >> >> unless u mean.. let's just copy osx? which is what this smells like >> it was really intended to be.. lets have an osx dock EXACTLY.. (but >> add a clock)... is that what his is meant to be? >> > > Um, so it's like engage, but with a cock? Er I meant clock. > > We must concede that it's certainly pushing the bleeding edge of user interfaces to put a cock on the desktop. Perhaps it should be called a glandule rather than a mere module? Sure beats any of those DesktopX and Rainmeter desktop skins. How to Sleep Like a Rock Obey this one natural trick to fall asleep and stay asleep all night. http://thirdpartyoffers.juno.com/TGL3141/511f356c54790356a734fst04duc -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN->Git Migration (was: (no subject))
On Sat, 16 Feb 2013 15:42:46 +0900 Jérôme Pinot wrote: > On 02/16/13 15:58, David Seikel wrote: > > On Fri, 15 Feb 2013 11:56:06 -0200 Rafael Antognolli > > wrote: > > > > > Hi David, > > > > > > On Thu, Feb 14, 2013 at 9:12 AM, David Seikel > > > wrote: > > > > On Thu, 14 Feb 2013 08:53:22 -0200 Bruno Dilly > > > > wrote: > > > > > > > >> On Wed, Feb 13, 2013 at 8:42 AM, Daniel Willmann > > > >> wrote: > > > >> > On 13/02/13 00:36, Bruno Dilly wrote: > > > >> >> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann > > > >> >> wrote: > > > >> >>> > > > >> >>> Topic branches: > > > >> >>> * In each repository every developer with commit access > > > >> >>> will be able to push/update branches in their own namespace > > > >> >>> (devs//*). These branches will allow non-fastforward > > > >> >>> updates and no one should expect these to be stable. > > > >> >>> * This is a testing ground for developers where new > > > >> >>> features can be developed, debugged and shared with fellow > > > >> >>> developers. Ideally any new feature would live in its own > > > >> >>> branch until it matures and is merged into master. > > > >> >> > > > >> >> Hey Daniel, > > > >> >> > > > >> >> It's a nice proposal, but what about master branch > > > >> >> permissions ? Every developer would be allowed to push > > > >> >> stuff on there (with a flow similar to svn) ? Or we'll try > > > >> >> to establish some kind of policy about it (maintainers, > > > >> >> review, etc) ? > > > >> > > > > >> > As others have already pointed out there seems to be > > > >> > consensus that we don't have enough manpower to work with an > > > >> > integrator workflow (whether or not that's true I don't > > > >> > know). > > > >> > > > >> ok, I got it. > > > >> > > > >> > > > > >> > What I want to achieve with the topic branches is that > > > >> > whoever wants to can maintain an integrator-like workflow. > > > >> > You develop your feature in a topic branch, then post a > > > >> > request for review/review and test yourself and if > > > >> > everything looks good you can merge into master. > > > >> > > > > >> > Speaking of merging...is there any preference on merge vs. > > > >> > rebase? > > > >> > > > > >> > Lots of small merges can really pollute your history and I > > > >> > don't really like them. For larger topic branches I think > > > >> > merging makes sense. > > > >> > > > >> I agree with Tom here. > > > >> I'm always trying to keep a linear history, focusing on rebases > > > >> instead of merges. > > > >> We've used this approach on Profusion projects for years and it > > > >> worked fine so far. > > > >> > > > >> Maybe it will give you a little bit more work, you'll have to > > > >> fix conflicts in the commits it happens instead of only once > > > >> in a final merge commit, but it will be nicer to review or look > > > >> for issues later, imo. > > > >> > > > >> Using the merge approach, in a project with so many commiters > > > >> could lead us to a very confuse history. > > > > > > > > If the history is confused, then that's what it should show. I > > > > really don't like the idea of rewriting history just to make it > > > > easier for some people. Sometimes you just need to track down > > > > what actually happened, not the convenient lie we tell > > > > ourselves is what happened. > > > > > > I don't think those that a rebased branch history is a lie. Each > > > commit will still have the original commit date (if the author > > > did not change it). You can use that to know when the feature > > > started to be developed. > > > > It is a lie, it's changing the history to say it was all done one > > after the other, when in fact a major feature of distributed > > development was used to branch then merge. It was not done in a > > linear fashion, thus making it be linear after the fact is not > > representing the truth. Sure SOME parts of the commit history are > > still the truth, but not all. > > > > > OK, you lose a way to track the parent commit for that feature > > > branch, but on the other hand you earn something important here: > > > the knowledge that the commits from that feature branch will > > > apply correctly on top of the current state of the tree, without > > > a magic merge commit fixing stuff later since some things on the > > > tree are not exactly as they seem to be in the diff from this > > > commit. The changes that appear in the diff from a given commit > > > are exactly what that commit is doing. > > > > That's what I'm saying, loosing information to make things more > > convenient. I'd prefer to err on the side of not loosing > > information. But then again, I'm a hoarder. B-) > > > > > I know that this is not a poll, but I particularly prefer rebased > > > branches/commits too. > > LWN has a neat article about the git rebase thing: > http://lwn.net/Articles/328436/ > > "Thou Shalt Not Rebase Trees With History Visible To Others" I was easily able to come up with many "rebase is evil" things wi
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 75
On Sat, 16 Feb 2013 09:27:18 +0300 المسالم المسالمة wrote: > > ummm... this looks exactly like what we already have... but simply > > adding efm > > icons into the shelf too... which is trivial. and now it misses > > other gagdets > > (start, pager, connman etc.)... where do those go? > > > > unless u mean.. let's just copy osx? which is what this smells like > > it was really intended to be.. lets have an osx dock EXACTLY.. (but > > add a clock)... is > > that what his is meant to be? > > > > = > > check it out again > > its a GIF file Ah yes, more than just engage then. Is there an URL to this rosa linux you mention? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] here is the new-UI for E17 if you want to Adopting
On Sat, 16 Feb 2013 13:43:08 +0900 Carsten Haitzler (The Rasterman) wrote: > On Fri, 15 Feb 2013 19:03:34 +0300 المسالم المسالمة > said: > > > and i am now releasing it under GPL license > > ummm... this looks exactly like what we already have... but simply > adding efm icons into the shelf too... which is trivial. and now it > misses other gagdets (start, pager, connman etc.)... where do those > go? > > unless u mean.. let's just copy osx? which is what this smells like > it was really intended to be.. lets have an osx dock EXACTLY.. (but > add a clock)... is that what his is meant to be? Um, so it's like engage, but with a cock? Er I meant clock. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN->Git Migration (was: (no subject))
On 02/16/13 15:58, David Seikel wrote: > On Fri, 15 Feb 2013 11:56:06 -0200 Rafael Antognolli > wrote: > > > Hi David, > > > > On Thu, Feb 14, 2013 at 9:12 AM, David Seikel > > wrote: > > > On Thu, 14 Feb 2013 08:53:22 -0200 Bruno Dilly > > > wrote: > > > > > >> On Wed, Feb 13, 2013 at 8:42 AM, Daniel Willmann > > >> wrote: > > >> > On 13/02/13 00:36, Bruno Dilly wrote: > > >> >> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann > > >> >> wrote: > > >> >>> > > >> >>> Topic branches: > > >> >>> * In each repository every developer with commit access will be > > >> >>> able to push/update branches in their own namespace > > >> >>> (devs//*). These branches will allow non-fastforward > > >> >>> updates and no one should expect these to be stable. > > >> >>> * This is a testing ground for developers where new features > > >> >>> can be developed, debugged and shared with fellow developers. > > >> >>> Ideally any new feature would live in its own branch until it > > >> >>> matures and is merged into master. > > >> >> > > >> >> Hey Daniel, > > >> >> > > >> >> It's a nice proposal, but what about master branch permissions ? > > >> >> Every developer would be allowed to push stuff on there (with a > > >> >> flow similar to svn) ? Or we'll try to establish some kind of > > >> >> policy about it (maintainers, review, etc) ? > > >> > > > >> > As others have already pointed out there seems to be consensus > > >> > that we don't have enough manpower to work with an integrator > > >> > workflow (whether or not that's true I don't know). > > >> > > >> ok, I got it. > > >> > > >> > > > >> > What I want to achieve with the topic branches is that whoever > > >> > wants to can maintain an integrator-like workflow. You develop > > >> > your feature in a topic branch, then post a request for > > >> > review/review and test yourself and if everything looks good you > > >> > can merge into master. > > >> > > > >> > Speaking of merging...is there any preference on merge vs. > > >> > rebase? > > >> > > > >> > Lots of small merges can really pollute your history and I don't > > >> > really like them. For larger topic branches I think merging makes > > >> > sense. > > >> > > >> I agree with Tom here. > > >> I'm always trying to keep a linear history, focusing on rebases > > >> instead of merges. > > >> We've used this approach on Profusion projects for years and it > > >> worked fine so far. > > >> > > >> Maybe it will give you a little bit more work, you'll have to fix > > >> conflicts in the commits it happens instead of only once in a final > > >> merge commit, but it will be nicer to review or look > > >> for issues later, imo. > > >> > > >> Using the merge approach, in a project with so many commiters could > > >> lead us to a very confuse history. > > > > > > If the history is confused, then that's what it should show. I > > > really don't like the idea of rewriting history just to make it > > > easier for some people. Sometimes you just need to track down what > > > actually happened, not the convenient lie we tell ourselves is what > > > happened. > > > > I don't think those that a rebased branch history is a lie. Each > > commit will still have the original commit date (if the author did not > > change it). You can use that to know when the feature started to be > > developed. > > It is a lie, it's changing the history to say it was all done one after > the other, when in fact a major feature of distributed development was > used to branch then merge. It was not done in a linear fashion, thus > making it be linear after the fact is not representing the truth. Sure > SOME parts of the commit history are still the truth, but not all. > > > OK, you lose a way to track the parent commit for that feature branch, > > but on the other hand you earn something important here: the knowledge > > that the commits from that feature branch will apply correctly on top > > of the current state of the tree, without a magic merge commit fixing > > stuff later since some things on the tree are not exactly as they seem > > to be in the diff from this commit. The changes that appear in the > > diff from a given commit are exactly what that commit is doing. > > That's what I'm saying, loosing information to make things more > convenient. I'd prefer to err on the side of not loosing information. > But then again, I'm a hoarder. B-) > > > I know that this is not a poll, but I particularly prefer rebased > > branches/commits too. LWN has a neat article about the git rebase thing: http://lwn.net/Articles/328436/ "Thou Shalt Not Rebase Trees With History Visible To Others" -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case
Re: [E-devel] E SVN: jypark trunk/efl/src/examples/ecore
svn e/trunk/efl should not be touched anymore.
Please apply this patch to git.
Here is a good reference for Korean.
http://seoz.egloos.com/3930821
Daniel Juyung Seo (SeoZ)
On Sat, Feb 16, 2013 at 3:03 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> add example code related with ecore extn and msg send/recieve
>
>
> Author: jypark
> Date: 2013-02-15 22:03:36 -0800 (Fri, 15 Feb 2013)
> New Revision: 83968
> Trac: http://trac.enlightenment.org/e/changeset/83968
>
> Added:
> trunk/efl/src/examples/ecore/ecore_evas_extn_plug_example.c
> trunk/efl/src/examples/ecore/ecore_evas_extn_socket_example.c
>
> Added: trunk/efl/src/examples/ecore/ecore_evas_extn_plug_example.c
> ===
> --- trunk/efl/src/examples/ecore/ecore_evas_extn_plug_example.c
> (rev 0)
> +++ trunk/efl/src/examples/ecore/ecore_evas_extn_plug_example.c 2013-02-16
> 06:03:36 UTC (rev 83968)
> @@ -0,0 +1,226 @@
> +/**
> + * Ecore example illustrating the basics of ecore evas extn socket usage.
> + *
> + * You'll need at least one Evas engine built for it (excluding the
> + * buffer one). See stdout/stderr for output.
> + * You can check functions of ecore extn socket if you use ecore extn
> plug together.
> + *
> + * @verbatim
> + * gcc -o ecore_evas_extn_socket_example ecore_evas_extn_socket_example.c
> `pkg-config --libs --cflags ecore-evas`
> + * @endverbatim
> + */
> +
> +#ifdef HAVE_CONFIG_H
> +#include "config.h"
> +#else
> +#define EINA_UNUSED
> +#endif
> +
> +#include
> +#include
> +#include
> +// procotol version - change this as needed
> +#define MSG_DOMAIN_CONTROL_OBJECT 0x1004
> +#define MSG_ID_BG_COLOR 0x1005
> +#define MSG_ID_TEXT 0x1006
> +
> +typedef struct _Msg_Color Msg_Color;
> +
> +struct _Msg_Color
> +{
> + int r;
> + int g;
> + int b;
> + int a;
> +};
> +
> +static void
> +_on_delete(Ecore_Evas *ee)
> +{
> + Msg_Color *color = NULL;
> +
> + color = ecore_evas_data_get(ee, "color");
> + if (color) free(color);
> + ecore_main_loop_quit();
> +}
> +
> +static void
> +_button_1_up(void *data, Evas *e EINA_UNUSED, Evas_Object *obj
> EINA_UNUSED, void *event_info EINA_UNUSED)
> +{
> + Ecore_Evas *ee;
> + Msg_Color *color = NULL;
> + int r = 0, g = 0, b = 0, a = 0;
> +
> + ee = data;
> + color = ecore_evas_data_get(ee, "color");
> +
> + printf("Plug's button pressed\n");
> + if (!color)
> + {
> +color = malloc(sizeof(Msg_Color));
> +r = 255;
> +g = 0;
> +b = 0;
> +a = 255;
> + ecore_evas_data_set(ee, "color", color);
> + }
> + else
> + {
> +r = ((color->r) + 100) % 255;
> +g = ((color->g) + 100) % 255;
> +b = ((color->b) + 100) % 255;
> +a = color->a;
> + }
> + printf("Send color info (%x,%x,%x,%x)\n", r, g, b, a);
> +
> + color->r = r;
> + color->g = g;
> + color->b = b;
> + color->a = a;
> +
> + ecore_evas_msg_parent_send(ee, MSG_DOMAIN_CONTROL_OBJECT,
> MSG_ID_BG_COLOR, color, sizeof(Msg_Color));
> +}
> +
> +static void
> +_ecore_evas_msg_handle(Ecore_Evas *ee, int msg_domain, int msg_id, void
> *data, int size)
> +{
> + if (!data) return;
> + printf("Receive msg from server msg_domain=%x msg_id=%x size=%d\n",
> msg_domain, msg_id, size);
> +
> + if (msg_domain == MSG_DOMAIN_CONTROL_OBJECT)
> + {
> +if (msg_id == MSG_ID_TEXT)
> + {
> + Evas_Object *text = NULL;
> + char *txt = data;
> + int len = 0;
> + len = strlen(txt);
> + printf("data len= (%d).\n", len);
> +
> + text = ecore_evas_data_get(ee, "text");
> + if (text && (size == strlen(txt)))
> + {
> + printf("Receive msg is text (%s).\n", txt);
> + evas_object_text_text_set(text, txt);
> + }
> + }
> + }
> +}
> +
> +int
> +main(void)
> +{
> + Ecore_Evas *ee, *ee_plug;
> + Evas *canvas;
> + Evas_Object *bg, *button1, *text, *noti_text;
> + Evas_Object *plug;
> + int w, h;
> + int x1, x2, y; //for button position
> + int plug_x, plug_y, plug_w = 0, plug_h = 0; //for button position
> +
> + if (ecore_evas_init() <= 0)
> + return 1;
> +
> + w = 480;
> + h = 500;
> + x1 = 20;
> + x2 = 170;
> + y = 100;
> + plug_x = 10;
> + plug_y = y + (h / 4) + 20;
> + plug_w = 460;
> + plug_h = 200;
> +
> + ee = ecore_evas_new(NULL, 0, 0, w, h, NULL);
> + ecore_evas_title_set(ee, "Ecore Evas Extn Plug Example");
> + ecore_evas_show(ee);
> +
> + ecore_evas_callback_delete_request_set(ee, _on_delete);
> +
> + printf("Using %s engine! ee=%p\n", ecore_evas_engine_name_get(ee), ee);
> +
> + //create ecore evas to show info
> + canvas = ecore_evas_get(ee);
> + if (ecore_evas_ecore_evas_get(canvas) == ee)
> + printf("Everything is sane!\n");
> +
> + bg = evas_object_rectangle_add(canvas);
> + evas_objec
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 75
> ummm... this looks exactly like what we already have... but simply adding > efm > icons into the shelf too... which is trivial. and now it misses other > gagdets > (start, pager, connman etc.)... where do those go? > > unless u mean.. let's just copy osx? which is what this smells like it was > really intended to be.. lets have an osx dock EXACTLY.. (but add a > clock)... is > that what his is meant to be? > = check it out again its a GIF file -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment.org (the site)
On Thu, 14 Feb 2013 19:50:22 + Nathan Baxter wrote: > On 14/02/2013 18:51, Steven Le Roux wrote: > > There is > > > > @enlightenmentfr > > @edevel > > > > But the wall feed can just look for (#efl, #evas, #ecore, #e17, > > #e18,...) hashtags. It's more useful to show the life of the > > project, libs, etc... > > Good call! > > > Maybe you could replace xml by Yaml ?which is more readable (even > > if, ok this template is clear...). > > I'll look into yaml and check back with you on that. > > > I agree too on the fact we don't need a CMS > > with database etc. We will maybe have to add some simple feature to > > this template like blockquotes, etc... > > Agreed! :) > > > I have to check the existing template > > engine, but maybe just a tag in could match a CSS entry > > to make it blockquoted. Or just write html inside > > tags... don't know yet... what do you think ? > > The current page generator needs a lot of work on the output front. > This is why I want to build the image files first. That'll give me > the starting point for what needs to be added. Tables are bad and > should never, ever and not even then be used for layout. I've said it before, and I'll say it again, there is nothing actually WRONG with HTML tables except for prejudice against them. And sometimes a simple table is actually needed for layout coz otherwise it just gets too complex and fails when trying to avoid tables. For everything you can show where non table use is better, I can show you multiple browsers where tables will be the only thing that works. Reminds me of the people that said "Goto is bad and should never, ever and not even then be used.". EFL code is full of goto's, I don't use them myself, but prefer nested if's. Though apparently nested if's is really really bad, and some people have replaced my nested if's with goto's just coz. You can't win, one or the other has to be used, but one or the other group thinks the other is really really bad. I don't think goto's are bad, I just tend to not use them much, unless doing assembly, where they are pretty much mandatory. Recently it seems that the other sort of software table, the spreadsheet, or two dimensional array of cells, has gone out of favour and is starting to be called bad things. People invent all sorts of crazy things, and even call them fancy names to pretend they are not really tables, coz "table" is just old fashioned, really bad, and never ever needed any more. Guess what? Tables are sometimes the PERFECT thing you need. Avoiding them out of fashion makes no sense. It's really all about personal style, there's nothing actually wrong with any of these things. So saying that they are bad is just wrong. Saying something is bad just coz it's not fashionable is completely wrong. On the other hand, you are doing this work, not me, so you can apply your own rules of coding style. Just don't say something is bad simply coz you don't like them personally, or coz it's fashionable to say so. Remember, it was fashionable to bag goto's once as being really really bad, but compilers reduce all the fancy ways of not using goto's to goto's anyway. shrugs -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Sat, Feb 16, 2013 at 2:42 PM, alex wrote: > On 16/02/2013 2:57 PM, Carsten Haitzler wrote: > > On Fri, 15 Feb 2013 11:29:32 -0500 Adam Flott said: > > > >> On Fri, 15 Feb 2013 16:20:33 + > >> Nathan Baxter wrote: > >> > >>> All good pointers, cheers! > >> One last one, what about having the blue text color change based on the > user's > >> local time? Bright yellow during the day, blue for night. This is my > subtle > >> way of saying the blue is really hard to read. Even with my near perfect > >> vision and high quality monitors. > > you have worse vision/monitors than you believe then... the blu is easy > to > > read... :) > > > > seriously tho - blue was chosen after many tries at other colors and > simply > > more people liked blue than any other color. i resisted because blue was > so > > common, but its a statistical thing. more people like blue. > > > Hello, > yes while it is true that most people like blue the use of blue in e17 > web page is far too extreme . > I like the current default theme and blue color but I agree with this idea that e17 web page is far too extreme. Daniel Juyung Seo (SeoZ) > the only good looking colour scheme is when one clicks on the "event" > or" tracker" . > > Nathans new page: fonts are too big but understandable since a smaller > font (he is using "Electrolize', sans-serif") on a dark background is > almost unreadable. > and the header should be sticky. well almost a must. nothing more > annoying than scrolling down a page and only to spend seconds finding > the menu again. > > > > > -- > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly > thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. > http://goparallel.sourceforge.net/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] phab down?
It works for me. Do you still have problems? Daniel Juyung Seo (SeoZ) On Sat, Feb 16, 2013 at 1:54 PM, Carsten Haitzler wrote: > wassap? it was up last night... who killzeddz it? > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly > thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. > http://goparallel.sourceforge.net/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/efl
Weird. SVN e/trunk/efl is unlocked. Raster, Daniel Willman, and Tom Hacohen, can you please check this? Daniel Juyung Seo (SeoZ) On Sat, Feb 16, 2013 at 3:10 PM, Enlightenment SVN < no-re...@enlightenment.org> wrote: > Log: > revert test commit. SVN e/trunk/efl is not locked? > > Author: seoz > Date: 2013-02-15 22:10:41 -0800 (Fri, 15 Feb 2013) > New Revision: 83971 > Trac: http://trac.enlightenment.org/e/changeset/83971 > > Removed: > trunk/efl/a > > > > -- > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly > thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. > http://goparallel.sourceforge.net/ > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN->Git Migration (was: (no subject))
On Fri, 15 Feb 2013 11:56:06 -0200 Rafael Antognolli wrote: > Hi David, > > On Thu, Feb 14, 2013 at 9:12 AM, David Seikel > wrote: > > On Thu, 14 Feb 2013 08:53:22 -0200 Bruno Dilly > > wrote: > > > >> On Wed, Feb 13, 2013 at 8:42 AM, Daniel Willmann > >> wrote: > >> > On 13/02/13 00:36, Bruno Dilly wrote: > >> >> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann > >> >> wrote: > >> >>> > >> >>> Topic branches: > >> >>> * In each repository every developer with commit access will be > >> >>> able to push/update branches in their own namespace > >> >>> (devs//*). These branches will allow non-fastforward > >> >>> updates and no one should expect these to be stable. > >> >>> * This is a testing ground for developers where new features > >> >>> can be developed, debugged and shared with fellow developers. > >> >>> Ideally any new feature would live in its own branch until it > >> >>> matures and is merged into master. > >> >> > >> >> Hey Daniel, > >> >> > >> >> It's a nice proposal, but what about master branch permissions ? > >> >> Every developer would be allowed to push stuff on there (with a > >> >> flow similar to svn) ? Or we'll try to establish some kind of > >> >> policy about it (maintainers, review, etc) ? > >> > > >> > As others have already pointed out there seems to be consensus > >> > that we don't have enough manpower to work with an integrator > >> > workflow (whether or not that's true I don't know). > >> > >> ok, I got it. > >> > >> > > >> > What I want to achieve with the topic branches is that whoever > >> > wants to can maintain an integrator-like workflow. You develop > >> > your feature in a topic branch, then post a request for > >> > review/review and test yourself and if everything looks good you > >> > can merge into master. > >> > > >> > Speaking of merging...is there any preference on merge vs. > >> > rebase? > >> > > >> > Lots of small merges can really pollute your history and I don't > >> > really like them. For larger topic branches I think merging makes > >> > sense. > >> > >> I agree with Tom here. > >> I'm always trying to keep a linear history, focusing on rebases > >> instead of merges. > >> We've used this approach on Profusion projects for years and it > >> worked fine so far. > >> > >> Maybe it will give you a little bit more work, you'll have to fix > >> conflicts in the commits it happens instead of only once in a final > >> merge commit, but it will be nicer to review or look > >> for issues later, imo. > >> > >> Using the merge approach, in a project with so many commiters could > >> lead us to a very confuse history. > > > > If the history is confused, then that's what it should show. I > > really don't like the idea of rewriting history just to make it > > easier for some people. Sometimes you just need to track down what > > actually happened, not the convenient lie we tell ourselves is what > > happened. > > I don't think those that a rebased branch history is a lie. Each > commit will still have the original commit date (if the author did not > change it). You can use that to know when the feature started to be > developed. It is a lie, it's changing the history to say it was all done one after the other, when in fact a major feature of distributed development was used to branch then merge. It was not done in a linear fashion, thus making it be linear after the fact is not representing the truth. Sure SOME parts of the commit history are still the truth, but not all. > OK, you lose a way to track the parent commit for that feature branch, > but on the other hand you earn something important here: the knowledge > that the commits from that feature branch will apply correctly on top > of the current state of the tree, without a magic merge commit fixing > stuff later since some things on the tree are not exactly as they seem > to be in the diff from this commit. The changes that appear in the > diff from a given commit are exactly what that commit is doing. That's what I'm saying, loosing information to make things more convenient. I'd prefer to err on the side of not loosing information. But then again, I'm a hoarder. B-) > I know that this is not a poll, but I particularly prefer rebased > branches/commits too. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://li
Re: [E-devel] enlightenment . org reskin progress
sticky header please? On 16/02/2013 2:51 AM, Nathan Baxter wrote: > On 15/02/13 15:48, Iván Briano wrote: >> On Fri, Feb 15, 2013 at 1:44 PM, Nathan Baxter >> wrote: >>> On 15/02/13 15:42, Tom Hacohen wrote: On 15/02/13 15:25, Nathan Baxter wrote: > I've got a few ideas settled now, I'm mostly happy with the general look > and feel. It does need some extra bits put in and this is far from > completed. > > http://enlightenment.pixelmasochist.net > > My plan is to: > > 1. Get the general layout fixed > There are a lot of bits that will need separators of some > description. > The Social anchors will become images. > 2. Concentrate on the responsive flow > 3. work out all the cross browser kinks > 4. get the current e.org php to spit out this html > 5. re-write the current page contents into this layout style (or convert > them into xml/yaml?) > > Unless there are any oblections :) > Wasn't the whole point making it mobile phone friendly? Because it doesn't work on my phone atm. >>> Yes, but that's down the line. The bulk site needs to be finished so I >>> know what I have to play with and what I can feasibly drop to get the >>> layout to work on mobile devices, there's currently only 1 width >>> specified at the moment, it's barely even a demo. think of it as version >>> 0.0.4 the personal one that maybe you shouldn't show any body yet :) >> So you are saying you just showed us your personal bits? > Maybe I did. > -- Tom. >>> -- >>> >>> >>> pixelmasochist.net : it all heppens there. >>> >>> >>> -- >>> Free Next-Gen Firewall Hardware Offer >>> Buy your Sophos next-gen firewall before the end March 2013 >>> and get the hardware for free! Learn more. >>> http://p.sf.net/sfu/sophos-d2d-feb >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> -- >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 >> and get the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On 16/02/2013 2:57 PM, Carsten Haitzler wrote: > On Fri, 15 Feb 2013 11:29:32 -0500 Adam Flott said: > >> On Fri, 15 Feb 2013 16:20:33 + >> Nathan Baxter wrote: >> >>> All good pointers, cheers! >> One last one, what about having the blue text color change based on the >> user's >> local time? Bright yellow during the day, blue for night. This is my subtle >> way of saying the blue is really hard to read. Even with my near perfect >> vision and high quality monitors. > you have worse vision/monitors than you believe then... the blu is easy to > read... :) > > seriously tho - blue was chosen after many tries at other colors and simply > more people liked blue than any other color. i resisted because blue was so > common, but its a statistical thing. more people like blue. > yes while it is true that most people like blue the use of blue in e17 web page is far too extreme . the only good looking colour scheme is when one clicks on the "event" or" tracker" . Nathans new page: fonts are too big but understandable since a smaller font (he is using "Electrolize', sans-serif") on a dark background is almost unreadable. and the header should be sticky. well almost a must. nothing more annoying than scrolling down a page and only to spend seconds finding the menu again. -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] phab down?
wassap? it was up last night... who killzeddz it? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [EFL/Elementary PATCH] Use eina_file_stat_ls() when listing profiles
_elm_config_profiles_list() function checks for file types, so this
patch replaces eina_file_direct_ls() with eina_file_stat_ls() to make it
working on filesystems that do not support d_type in direct structure.
>From 23644194695996d68ea10d8d96e2dfbfa9710a9f Mon Sep 17 00:00:00 2001
From: "Paulo C. A. Cavalcanti Jr"
Date: Sat, 16 Feb 2013 02:48:30 -0200
Subject: [PATCH] elementary/config: Use eina_file_stat_ls() when listing
profiles
The eina_file_stat_ls() function should be used instead of
eina_file_direct_ls() in _elm_config_profiles_list() - since it checks
for file types.
Signed-off-by: Paulo C. A. Cavalcanti Jr
---
src/lib/elm_config.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/lib/elm_config.c b/src/lib/elm_config.c
index ff346f4..48f1c53 100644
--- a/src/lib/elm_config.c
+++ b/src/lib/elm_config.c
@@ -792,7 +792,7 @@ sys:
strlen(_elm_data_dir), "config",
sizeof("config") - 1);
- file_it = eina_file_direct_ls(buf);
+ file_it = eina_file_stat_ls(buf);
if (!file_it)
goto list_free;
--
1.7.10.4
--
Paulo C. A. Cavalcanti Jr, Intel Open Source Technology Center
I speak only for myself.
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] here is the new-UI for E17 if you want to Adopting
On Fri, 15 Feb 2013 19:03:34 +0300 المسالم المسالمة said: > and i am now releasing it under GPL license ummm... this looks exactly like what we already have... but simply adding efm icons into the shelf too... which is trivial. and now it misses other gagdets (start, pager, connman etc.)... where do those go? unless u mean.. let's just copy osx? which is what this smells like it was really intended to be.. lets have an osx dock EXACTLY.. (but add a clock)... is that what his is meant to be? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [EFL/Eio PATCH] Use eina_file_stat_ls() on monitor poll
There is a function that checks for file type on monitor poll, so this
patch uses eina_file_stat_ls() instead of eina_file_direct_ls() for that
case.
>From 946fa8bce84f5a4daa20f241a2c95fd7684a5175 Mon Sep 17 00:00:00 2001
From: "Paulo C. A. Cavalcanti Jr"
Date: Sat, 16 Feb 2013 02:35:29 -0200
Subject: [PATCH] efl/eio: Use eina_file_stat_ls() on monitor poll
_eio_monitor_fallback_heavy_cb() function checks for file type, so we
should use eina_file_stat_ls() to make sure that file type is returned
correctly as expected.
Signed-off-by: Paulo C. A. Cavalcanti Jr
---
src/lib/eio/eio_monitor_poll.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/lib/eio/eio_monitor_poll.c b/src/lib/eio/eio_monitor_poll.c
index 2b9eb7c..a50bbb0 100644
--- a/src/lib/eio/eio_monitor_poll.c
+++ b/src/lib/eio/eio_monitor_poll.c
@@ -129,7 +129,7 @@ _eio_monitor_fallback_heavy_cb(void *data, Ecore_Thread *thread)
ecore_thread_main_loop_end();
}
- it = eina_file_direct_ls(backend->parent->path);
+ it = eina_file_stat_ls(backend->parent->path);
EINA_ITERATOR_FOREACH(it, info)
{
Eio_Monitor_Stat *cmp;
--
1.7.10.4
--
Paulo C. A. Cavalcanti Jr, Intel Open Source Technology Center
I speak only for myself.
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Fri, 15 Feb 2013 15:25:27 + Nathan Baxter said: > > I've got a few ideas settled now, I'm mostly happy with the general look > and feel. It does need some extra bits put in and this is far from > completed. > > http://enlightenment.pixelmasochist.net > > My plan is to: > > 1. Get the general layout fixed > There are a lot of bits that will need separators of some description. > The Social anchors will become images. > 2. Concentrate on the responsive flow > 3. work out all the cross browser kinks > 4. get the current e.org php to spit out this html > 5. re-write the current page contents into this layout style (or convert > them into xml/yaml?) > > Unless there are any oblections :) font... hmm. what font is that? right now it clashes with the font in e's screenshots... so i'm mulling either use the same.. or... we can change e's font. people mentioned we might want to ship a font but i never took the time and stuck to "sans" (vera stuff). top bar.. y u no have e logo! :) the shadow/lightin seem a little odd... like too sharp or something? shadow too little? on the right side? i think the current inset look with shadows makeing it look deeply inset looks better than the buttony style you have there. what's up with the random dithery pattern thing? kind of... clashes with the flat look in the rest of e... it kind of tries to give an organice feel - like a grainy surface to what is otherwise smooth. the donate/flatter/twitter/fb/rss thing... just looks totally unfinished - right? its big and fat with text top-left aligned .. and looks wrong... :) copyright at the bottom might do with having a separate pane/section at the bottom - maybe small and thin spanning page widget - a bit darker with a small font. no need for it to be big and bold. it's "fine print" :) also i think the image area with the e17 release has happened thing probably could be 1/2 or 2/3 the height - it might be a bit big... maybe? i assume this will bre replaced by one of those fade/slide/scroll thingies showing several news items or screenshots or what not as it auto animates... :) the bg here i think might be better darker - at least it blends too well with the screenshot on the left. maybe the screenshot needs a shadow or outline or bordering of some sort to break it from the bg? other than that... i like it. it looks nice. > -- > > > pixelmasochist.net : it all heppens there. > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > 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)ras...@rasterman.com -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Fri, 15 Feb 2013 11:29:32 -0500 Adam Flott said: > On Fri, 15 Feb 2013 16:20:33 + > Nathan Baxter wrote: > > > All good pointers, cheers! > > One last one, what about having the blue text color change based on the user's > local time? Bright yellow during the day, blue for night. This is my subtle > way of saying the blue is really hard to read. Even with my near perfect > vision and high quality monitors. you have worse vision/monitors than you believe then... the blu is easy to read... :) seriously tho - blue was chosen after many tries at other colors and simply more people liked blue than any other color. i resisted because blue was so common, but its a statistical thing. more people like blue. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EFL/Evas PATCH] Introduce pixel_alpha_get() on engines
pca...@zytor.com (Paulo C. A. Cavalcanti Jr) writes:
> Just follow a patch that fixes a bug with
> evas_object_precise_is_inside_set() users on OpenGL backend.
>
> The _pixel_alpha_get() function used in evas_object_image_is_inside()
> relies on engine_data pointer being *always* an RGBA_Image * - but
> that's not true on OpenGL backend, since that pointer will be a
> Evas_GL_Image * instead. Given that, evas_object_image_is_inside() won't
> be able to get alpha from the pixels of the image being handled.
>
> The patch introduces a pixel_alpha_get() function on engines, and it has
> been implemented for Software and OpenGL backend so far.
>
> Besides, please consider backporting this patch to Evas 1.7.x as well.
Just updated the patch with an unused "if" that got removed.
>From 100b08ad520ada28d150dd2ffeaafdee5349a28e Mon Sep 17 00:00:00 2001
From: "Paulo C. A. Cavalcanti Jr"
Date: Fri, 15 Feb 2013 18:35:20 -0200
Subject: [PATCH] efl/engines: Introduce pixel_alpha_get()
The _pixel_alpha_get() function used in evas_object_image_is_inside won't
work with engines other than software - since it relies on engine data
being *always* RGBA_Image * - which is wrong for OpenGL backend that uses
Evas_GL_Image * for "engine_data" pointer.
Signed-off-by: Paulo C. A. Cavalcanti Jr
---
src/lib/evas/canvas/evas_object_image.c| 123 +++-
src/lib/evas/include/evas_private.h|2 +
src/modules/evas/engines/gl_x11/evas_engine.c | 83 +
.../evas/engines/software_generic/evas_engine.c| 88 ++
4 files changed, 212 insertions(+), 84 deletions(-)
diff --git a/src/lib/evas/canvas/evas_object_image.c b/src/lib/evas/canvas/evas_object_image.c
index f3492e2..b1c59bb 100644
--- a/src/lib/evas/canvas/evas_object_image.c
+++ b/src/lib/evas/canvas/evas_object_image.c
@@ -4459,83 +4459,13 @@ evas_object_image_was_opaque(Evas_Object *eo_obj, Evas_Object_Protected_Data *ob
return obj->prev.opaque;
}
-static inline Eina_Bool
-_pixel_alpha_get(RGBA_Image *im, int x, int y, DATA8 *alpha,
- int src_region_x, int src_region_y, int src_region_w, int src_region_h,
- int dst_region_x, int dst_region_y, int dst_region_w, int dst_region_h)
-{
- int px, py, dx, dy, sx, sy, src_w, src_h;
- double scale_w, scale_h;
-
- if ((dst_region_x > x) || (x >= (dst_region_x + dst_region_w)) ||
- (dst_region_y > y) || (y >= (dst_region_y + dst_region_h)))
- {
-*alpha = 0;
-return EINA_FALSE;
- }
-
- src_w = im->cache_entry.w;
- src_h = im->cache_entry.h;
- if ((src_w == 0) || (src_h == 0))
- {
-*alpha = 0;
-return EINA_TRUE;
- }
-
- EINA_SAFETY_ON_TRUE_GOTO(src_region_x < 0, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_y < 0, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_x + src_region_w > src_w, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_y + src_region_h > src_h, error_oob);
-
- scale_w = (double)dst_region_w / (double)src_region_w;
- scale_h = (double)dst_region_h / (double)src_region_h;
-
- /* point at destination */
- dx = x - dst_region_x;
- dy = y - dst_region_y;
-
- /* point at source */
- sx = dx / scale_w;
- sy = dy / scale_h;
-
- /* pixel point (translated) */
- px = src_region_x + sx;
- py = src_region_y + sy;
- EINA_SAFETY_ON_TRUE_GOTO(px >= src_w, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(py >= src_h, error_oob);
-
- switch (im->cache_entry.space)
- {
- case EVAS_COLORSPACE_ARGB:
- {
- DATA32 *pixel = im->image.data;
- pixel += ((py * src_w) + px);
- *alpha = ((*pixel) >> 24) & 0xff;
- }
- break;
-
- default:
-ERR("Colorspace %d not supported.", im->cache_entry.space);
-*alpha = 0;
- }
-
- return EINA_TRUE;
-
- error_oob:
- ERR("Invalid region src=(%d, %d, %d, %d), dst=(%d, %d, %d, %d), image=%dx%d",
- src_region_x, src_region_y, src_region_w, src_region_h,
- dst_region_x, dst_region_y, dst_region_w, dst_region_h,
- src_w, src_h);
- *alpha = 0;
- return EINA_TRUE;
-}
-
static int
evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj, Evas_Coord px, Evas_Coord py)
{
Evas_Object_Image *o = eo_data_get(eo_obj, MY_CLASS);
int imagew, imageh, uvw, uvh;
void *pixels;
+ Evas_Func *eng = obj->layer->evas->engine.func;
int is_inside = 0;
/* the following code is similar to evas_object_image_render(), but doesn't
@@ -4609,7 +4539,7 @@ evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj
}
else
{
- RGBA_Image *im;
+ void *im;
DATA32 *data = NULL;
int err = 0;
@@ -4617,7 +4547,8 @@ evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj
(obj->layer->evas->engine.data.output, pixels, 0, &data, &err);
[E-devel] [EFL/Evas PATCH] Introduce pixel_alpha_get() on engines
Hi,
Just follow a patch that fixes a bug with
evas_object_precise_is_inside_set() users on OpenGL backend.
The _pixel_alpha_get() function used in evas_object_image_is_inside()
relies on engine_data pointer being *always* an RGBA_Image * - but
that's not true on OpenGL backend, since that pointer will be a
Evas_GL_Image * instead. Given that, evas_object_image_is_inside() won't
be able to get alpha from the pixels of the image being handled.
The patch introduces a pixel_alpha_get() function on engines, and it has
been implemented for Software and OpenGL backend so far.
Besides, please consider backporting this patch to Evas 1.7.x as well.
>From ec6bb8fe0f47340c0982f88c5e260c60709feea2 Mon Sep 17 00:00:00 2001
From: "Paulo C. A. Cavalcanti Jr"
Date: Fri, 15 Feb 2013 18:35:20 -0200
Subject: [PATCH] efl/engines: Introduce pixel_alpha_get()
The _pixel_alpha_get() function used in evas_object_image_is_inside won't
work with engines other than software - since it relies on engine data
being *always* RGBA_Image * - which is wrong for OpenGL backend that uses
Evas_GL_Image * for "engine_data" pointer.
Signed-off-by: Paulo C. A. Cavalcanti Jr
---
src/lib/evas/canvas/evas_object_image.c| 123 +++-
src/lib/evas/include/evas_private.h|2 +
src/modules/evas/engines/gl_x11/evas_engine.c | 83 +
.../evas/engines/software_generic/evas_engine.c| 93 +++
4 files changed, 217 insertions(+), 84 deletions(-)
diff --git a/src/lib/evas/canvas/evas_object_image.c b/src/lib/evas/canvas/evas_object_image.c
index f3492e2..b1c59bb 100644
--- a/src/lib/evas/canvas/evas_object_image.c
+++ b/src/lib/evas/canvas/evas_object_image.c
@@ -4459,83 +4459,13 @@ evas_object_image_was_opaque(Evas_Object *eo_obj, Evas_Object_Protected_Data *ob
return obj->prev.opaque;
}
-static inline Eina_Bool
-_pixel_alpha_get(RGBA_Image *im, int x, int y, DATA8 *alpha,
- int src_region_x, int src_region_y, int src_region_w, int src_region_h,
- int dst_region_x, int dst_region_y, int dst_region_w, int dst_region_h)
-{
- int px, py, dx, dy, sx, sy, src_w, src_h;
- double scale_w, scale_h;
-
- if ((dst_region_x > x) || (x >= (dst_region_x + dst_region_w)) ||
- (dst_region_y > y) || (y >= (dst_region_y + dst_region_h)))
- {
-*alpha = 0;
-return EINA_FALSE;
- }
-
- src_w = im->cache_entry.w;
- src_h = im->cache_entry.h;
- if ((src_w == 0) || (src_h == 0))
- {
-*alpha = 0;
-return EINA_TRUE;
- }
-
- EINA_SAFETY_ON_TRUE_GOTO(src_region_x < 0, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_y < 0, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_x + src_region_w > src_w, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(src_region_y + src_region_h > src_h, error_oob);
-
- scale_w = (double)dst_region_w / (double)src_region_w;
- scale_h = (double)dst_region_h / (double)src_region_h;
-
- /* point at destination */
- dx = x - dst_region_x;
- dy = y - dst_region_y;
-
- /* point at source */
- sx = dx / scale_w;
- sy = dy / scale_h;
-
- /* pixel point (translated) */
- px = src_region_x + sx;
- py = src_region_y + sy;
- EINA_SAFETY_ON_TRUE_GOTO(px >= src_w, error_oob);
- EINA_SAFETY_ON_TRUE_GOTO(py >= src_h, error_oob);
-
- switch (im->cache_entry.space)
- {
- case EVAS_COLORSPACE_ARGB:
- {
- DATA32 *pixel = im->image.data;
- pixel += ((py * src_w) + px);
- *alpha = ((*pixel) >> 24) & 0xff;
- }
- break;
-
- default:
-ERR("Colorspace %d not supported.", im->cache_entry.space);
-*alpha = 0;
- }
-
- return EINA_TRUE;
-
- error_oob:
- ERR("Invalid region src=(%d, %d, %d, %d), dst=(%d, %d, %d, %d), image=%dx%d",
- src_region_x, src_region_y, src_region_w, src_region_h,
- dst_region_x, dst_region_y, dst_region_w, dst_region_h,
- src_w, src_h);
- *alpha = 0;
- return EINA_TRUE;
-}
-
static int
evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj, Evas_Coord px, Evas_Coord py)
{
Evas_Object_Image *o = eo_data_get(eo_obj, MY_CLASS);
int imagew, imageh, uvw, uvh;
void *pixels;
+ Evas_Func *eng = obj->layer->evas->engine.func;
int is_inside = 0;
/* the following code is similar to evas_object_image_render(), but doesn't
@@ -4609,7 +4539,7 @@ evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj
}
else
{
- RGBA_Image *im;
+ void *im;
DATA32 *data = NULL;
int err = 0;
@@ -4617,7 +4547,8 @@ evas_object_image_is_inside(Evas_Object *eo_obj, Evas_Object_Protected_Data *obj
(obj->layer->evas->engine.data.output, pixels, 0, &data, &err);
if ((!im) || (!data) || (err))
{
- ERR("Couldn't get image pixels RGBA_Image %p: im=%p, data=%p, err
Re: [E-devel] Git repository for libefl is live
On Fri, Feb 15, 2013 at 11:12 PM, Leandro Dorileo wrote: > On Fri, Feb 15, 2013 at 10:56:27PM -0200, Leandro Dorileo wrote: >> Hi! >> >> On Fri, Feb 15, 2013 at 11:01:54AM +, Daniel Willmann wrote: >> > Hello, >> > >> > everything was migrated to git and should be working now. If you have >> > problems, speak now. >> >> >> That`s awesome, nice job Daniel and others. >> >> >> > >> > The new web frontend is here: >> > https://git.enlightenment.org/core/efl.git/ >> > Phabricator: >> > https://phab.enlightenment.org/ >> > >> > Mailinglist for commits: >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-git >> > >> > Read-only git access: >> > git clone git://git.enlightenment.org/core/efl.git >> > >> > Read/write for developers: >> > git clone ssh://g...@git.enlightenment.org/core/efl.git >> > >> >> >> Have we already decided about our workflow with git? Are we going to have >> an integrator or so? Are we - developers - going to have a hosting space >> so we can maintain our forks and ask pull requests from? > > > Ok, before someone SPANK!!! SPANK!!! me, I'm reading the previous discussion > on the topic > > SPANK! SPANK! You should have waited for Tasn to repeat it all over again. >> >> >> > >> > If you have uncommitted changes in your svn or git-svn checkout: >> > >> > Here is how you could do it depending on whether you have pure svn or >> > git-svn: >> > >> > SVN >> > --- >> > * Update SVN so you are at the current revision: >> > $ svn up >> > $ svn info trunk/efl/ |grep Revision >> > -> Should be revision 83942 >> > >> > * Clone the new repo with git clone >> > >> > * Find the matching commit in git >> > $ git log --grep "SVN revision: 83942" >> > -> This will show you commit c5a8a6b5 >> > >> > * Reset your working directory to this commit (in a new branch) >> > $ git checkout -b svn-import c5a8a6b5 >> > >> > * Copy your files over from SVN. You can just copy everything (do omit >> > the .svn directories, though) as the repositories will be in the same >> > state now. >> > >> > * Check that the changes make sense - git diff should now provide the >> > same output as svn diff >> > >> > * Save the changes temporarily >> > $ git stash >> > >> > * Checkout master >> > $ git checkout master >> > >> > * Apply the changes again >> > $ git stash pop >> > >> > * After you're done committing delete the branch >> > $ git branch -D svn-import >> > >> > git-svn >> > --- >> > * Export all your commits that are not upstream yet >> > $ git format-patch git-svn..HEAD >> > -> Creates numbered patch files >> > >> > * Clone the new repository with git clone somewhere >> > >> > * Apply the patches to the new repository >> > $ git am 00*.patch >> > >> > * For the last command - depending on your checkout - you will probably >> > need to add the option -p to adjust the location of the patches. >> > So if you did a checkout of the complete trunk/ you'll need to pass >> > (I think) -p2 to git am. >> > >> > If you have any problems or patches don't apply cleanly, feel free to ask. >> > >> > >> > Regards, >> > Daniel >> > >> > -- >> > Free Next-Gen Firewall Hardware Offer >> > Buy your Sophos next-gen firewall before the end March 2013 >> > and get the hardware for free! Learn more. >> > http://p.sf.net/sfu/sophos-d2d-feb >> > ___ >> > enlightenment-devel mailing list >> > enlightenment-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> >> -- >> Leandro Dorileo >> ProFUSION embedded systems >> http://profusion.mobi > > -- > Leandro Dorileo > ProFUSION embedded systems > http://profusion.mobi > > -- > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. http://goparallel.sourceforge.net/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourc
Re: [E-devel] Git repository for libefl is live
On Fri, Feb 15, 2013 at 10:56:27PM -0200, Leandro Dorileo wrote: > Hi! > > On Fri, Feb 15, 2013 at 11:01:54AM +, Daniel Willmann wrote: > > Hello, > > > > everything was migrated to git and should be working now. If you have > > problems, speak now. > > > That`s awesome, nice job Daniel and others. > > > > > > The new web frontend is here: > > https://git.enlightenment.org/core/efl.git/ > > Phabricator: > > https://phab.enlightenment.org/ > > > > Mailinglist for commits: > > https://lists.sourceforge.net/lists/listinfo/enlightenment-git > > > > Read-only git access: > > git clone git://git.enlightenment.org/core/efl.git > > > > Read/write for developers: > > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > > > Have we already decided about our workflow with git? Are we going to have > an integrator or so? Are we - developers - going to have a hosting space > so we can maintain our forks and ask pull requests from? Ok, before someone SPANK!!! SPANK!!! me, I'm reading the previous discussion on the topic > > > > > > If you have uncommitted changes in your svn or git-svn checkout: > > > > Here is how you could do it depending on whether you have pure svn or > > git-svn: > > > > SVN > > --- > > * Update SVN so you are at the current revision: > > $ svn up > > $ svn info trunk/efl/ |grep Revision > > -> Should be revision 83942 > > > > * Clone the new repo with git clone > > > > * Find the matching commit in git > > $ git log --grep "SVN revision: 83942" > > -> This will show you commit c5a8a6b5 > > > > * Reset your working directory to this commit (in a new branch) > > $ git checkout -b svn-import c5a8a6b5 > > > > * Copy your files over from SVN. You can just copy everything (do omit > > the .svn directories, though) as the repositories will be in the same > > state now. > > > > * Check that the changes make sense - git diff should now provide the > > same output as svn diff > > > > * Save the changes temporarily > > $ git stash > > > > * Checkout master > > $ git checkout master > > > > * Apply the changes again > > $ git stash pop > > > > * After you're done committing delete the branch > > $ git branch -D svn-import > > > > git-svn > > --- > > * Export all your commits that are not upstream yet > > $ git format-patch git-svn..HEAD > > -> Creates numbered patch files > > > > * Clone the new repository with git clone somewhere > > > > * Apply the patches to the new repository > > $ git am 00*.patch > > > > * For the last command - depending on your checkout - you will probably > > need to add the option -p to adjust the location of the patches. > > So if you did a checkout of the complete trunk/ you'll need to pass > > (I think) -p2 to git am. > > > > If you have any problems or patches don't apply cleanly, feel free to ask. > > > > > > Regards, > > Daniel > > > > -- > > Free Next-Gen Firewall Hardware Offer > > Buy your Sophos next-gen firewall before the end March 2013 > > and get the hardware for free! Learn more. > > http://p.sf.net/sfu/sophos-d2d-feb > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Leandro Dorileo > ProFUSION embedded systems > http://profusion.mobi -- Leandro Dorileo ProFUSION embedded systems http://profusion.mobi -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
Hi! On Fri, Feb 15, 2013 at 11:01:54AM +, Daniel Willmann wrote: > Hello, > > everything was migrated to git and should be working now. If you have > problems, speak now. That`s awesome, nice job Daniel and others. > > The new web frontend is here: > https://git.enlightenment.org/core/efl.git/ > Phabricator: > https://phab.enlightenment.org/ > > Mailinglist for commits: > https://lists.sourceforge.net/lists/listinfo/enlightenment-git > > Read-only git access: > git clone git://git.enlightenment.org/core/efl.git > > Read/write for developers: > git clone ssh://g...@git.enlightenment.org/core/efl.git > Have we already decided about our workflow with git? Are we going to have an integrator or so? Are we - developers - going to have a hosting space so we can maintain our forks and ask pull requests from? > > If you have uncommitted changes in your svn or git-svn checkout: > > Here is how you could do it depending on whether you have pure svn or > git-svn: > > SVN > --- > * Update SVN so you are at the current revision: > $ svn up > $ svn info trunk/efl/ |grep Revision > -> Should be revision 83942 > > * Clone the new repo with git clone > > * Find the matching commit in git > $ git log --grep "SVN revision: 83942" > -> This will show you commit c5a8a6b5 > > * Reset your working directory to this commit (in a new branch) > $ git checkout -b svn-import c5a8a6b5 > > * Copy your files over from SVN. You can just copy everything (do omit > the .svn directories, though) as the repositories will be in the same > state now. > > * Check that the changes make sense - git diff should now provide the > same output as svn diff > > * Save the changes temporarily > $ git stash > > * Checkout master > $ git checkout master > > * Apply the changes again > $ git stash pop > > * After you're done committing delete the branch > $ git branch -D svn-import > > git-svn > --- > * Export all your commits that are not upstream yet > $ git format-patch git-svn..HEAD > -> Creates numbered patch files > > * Clone the new repository with git clone somewhere > > * Apply the patches to the new repository > $ git am 00*.patch > > * For the last command - depending on your checkout - you will probably > need to add the option -p to adjust the location of the patches. > So if you did a checkout of the complete trunk/ you'll need to pass > (I think) -p2 to git am. > > If you have any problems or patches don't apply cleanly, feel free to ask. > > > Regards, > Daniel > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leandro Dorileo ProFUSION embedded systems http://profusion.mobi -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN->Git Migration (was: (no subject))
Hi, On Fri, Feb 15, 2013 at 3:16 PM, Lucas De Marchi wrote: > > On Fri, Feb 15, 2013 at 11:56 AM, Rafael Antognolli > wrote: > > I know that this is not a poll, but I particularly prefer rebased > > branches/commits too. > > me too. > > Merges only make sense when there are maintainers of particular pieces > of the repository. The best example of this is the Linux Kernel. You > merge what the submaintainers send to you. They can't rebase on top of > you because otherwise they would break the history for whoever is > basing their development on their tree. > > On the other side, take projects like BlueZ, ConnMan, WebKit. There > aren't merges... and there's no lie as you are implying. People are > used to rebase before sending the features they developed. > > Also we don't need to be black or white here. Sometimes it's easier to > use merges and still don't pollute the repository. I myself sometimes > use merges in the projects I maintain, though most of the times > rebases are better. +1 -- Ulisses Furquim -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
jose_ogp wrote: >Apologies for the email client... nothing I can do at the moment. > But to clarify the replies a bit: The first one was intended as a reply > to Cedric's comment on virtual desktops, the latter one was a reply to > Tom Hacohen on his comment regarding the ease of creating profiles. > >In any case, this is something I've discussed somewhat at length with > both Cedric and Vincent, and somewhat with Carsten... everyone seems > to have their own views on what's best. Ok, email client (maybe) fixed... Just thought I'd take the opportunity while I'm at this to send everyone here some links related to this notion of "shell" theming, for those that may be unfamiliar with this notion -- it's been around a long time, especially in the MS Windows world of customization. The overall notion of theming (or skinning as it's also sometimes called) when it comes to the full gui-shell experience, can be broken down into several sub-systems. For example, one that themes the window decorations/menus/etc, one that themes say init/splash screens, one that themes background wallpapers, one that themes icon sets, etc... Current e17 (plus say fdo) has those sub-systems and one can create and share such themes. But one in particular that is missing in e is the ability to 'theme' the desktop gui-shell itself -- ie. to specify what themed 'gadgets' to place where on the desktop, what kinds of virtual desktops to have and with what on them, etc. This capability is there in e17, but only for each user to setup.. it's not a sub-system that has an easily exported/imported bundle like decoration themes, wallpaper themes, splash themes, etc. In the Windows world, one does find exactly that missing sub-system... done by several third-parties. Two well-known ones are Stardock's "DesktopX" (proprietary) and "Rainmeter" (gpl), though there are several others (Stardock itself also offers the other kinds of subsystems.. window decorations, wallpapers, splash, icons, etc). Just to give you an idea of what this gui-shell skinning can be like, here are links to repos where you can find multitudes of them. First, here's a repo for DesktopX desktop-shell themes: http://www.wincustomize.com/explore/desktopx_themes/sort/popular/sortby/halloffame There are literally thousands of these made by people... You can spend time browsing thru them (and note btw that screenshots alone will not do these justice as they are often very animated, see videos later below). And here is a repo for Rainmeter desktop-shell themes: http://www.customize.org/rainmeter/skins Again, there are thousands of them for everyone to browse thru... some are fairly moderate, some fairly extreme. These skins/themes are usually very animated and you can see some example videos (elaborate showcase ones) here: http://www.youtube.com/watch?v=zukaxUYlfZQ http://www.youtube.com/watch?v=rBMGe4vjLTE http://www.youtube.com/watch?v=pW-ohF9tRI8 http://www.youtube.com/watch?v=P-P-NdDvSVk http://www.youtube.com/watch?v=ujdKSrptsPA http://www.youtube.com/watch?v=k12R_FRPsso http://www.youtube.com/watch?v=YCCX9HuPb-Y http://www.youtube.com/watch?v=x_MekUL2SWs http://www.youtube.com/watch?v=jn2FpdI5-C0 http://www.youtube.com/watch?v=C2KvbI-P-ak Hopefully the above will give everyone who hasn't been exposed to this a good idea of what be accomplished. It's something which e could also have with just a bit of work, and I think would help raise e's popularity (as well as provide some interesting and/or useful environments). Woman is 53 But Looks 25 Mom reveals 1 simple wrinkle trick that has angered doctors... http://thirdpartyoffers.juno.com/TGL3141/511e906938c08106863c9st03duc -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] branch master updated. 91ae899232bc9fe50554039b9631ef913c8b4a7c
On 15/02/13 17:55, Enlightenment Git wrote:
> The branch, master has been updated
>
> This change consists of the following commits:
> 91ae899 Tom Hacohen: Edje textblock: Improved textblock fit and added support
> for size_range.
>
>
> Summary of changes:
> ChangeLog| 5
> NEWS | 2 ++
> src/lib/edje/edje_calc.c | 59
>
> 3 files changed, 57 insertions(+), 9 deletions(-)
>
> ---
> http://git.enlightenment.org/core/efl.git/commit/?id=91ae899232bc9fe50554039b9631ef913c8b4a7c
>
> commit 91ae899232bc9fe50554039b9631ef913c8b4a7c
> Author: Tom Hacohen
> Date: Fri Feb 15 15:38:49 2013 +
>
> Edje textblock: Improved textblock fit and added support for size_range.
>
> It's a bit quirky at the moment as you have to set the base font size
> (text.size) although this doesn't have any effect on textblocks.
>
> diff --git a/ChangeLog b/ChangeLog
> index 801a39d..5e062c7 100644
> --- a/ChangeLog
> +++ b/ChangeLog
> @@ -1,3 +1,8 @@
> +2013-02-15 Tom Hacohen (TAsn)
> +
> +* Edje textblock: Improved textblock fit and added support for
> + size_range.
> +
> 2013-02-15 Jiyoun Park (jypark)
>
> * Add infrastructure to handle message between ecore and parent ecore
> in Ecore_Evas.
> diff --git a/NEWS b/NEWS
> index cb86002..7a8c868 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -64,6 +64,7 @@ Additions:
> * Add eio_eet_sync symbols.
> * Add infrastructure to handle buggy touchscreen in Ecore_Input_Evas.
> * Add infrastructure to handle message between ecore and parent ecore
> in Ecore_Evas.
> +* Edje textblock: Added support for size_range.
>
> Deprecations:
> * ecore_x:
> @@ -167,3 +168,4 @@ Fixes:
> * Fix memory leak in error case in ethumb.
> * fix bug not to display preedit string with PREEDIT_TYPE_NONE style
> * Fix bug candidate word couldn't be selected with up/down key in the
> preedit status
> +* Edje textblock: Improved textblock fit.
> diff --git a/src/lib/edje/edje_calc.c b/src/lib/edje/edje_calc.c
> index b56d5b7..f1ea8cc 100644
> --- a/src/lib/edje/edje_calc.c
> +++ b/src/lib/edje/edje_calc.c
> @@ -1144,6 +1144,26 @@
> _edje_part_recalc_single_step(Edje_Part_Description_Common *desc,
>}
> }
>
> +static double
> +_edje_part_recalc_single_textblock_scale_range_adjust(Edje_Part_Description_Text
> *chosen_desc, double base_scale, double scale)
> +{
> + double size, min, max;
> +
> + if (chosen_desc->text.size == 0)
> + return scale;
> +
> + min = base_scale * chosen_desc->text.size_range_min;
> + max = chosen_desc->text.size_range_max * base_scale;
> + size = chosen_desc->text.size * scale;
> +
> + if ((size > max) && (max > 0))
> + scale = max / (double) chosen_desc->text.size;
> + else if (size < min)
> + scale = min / (double) chosen_desc->text.size;
> +
> + return scale;
> +}
> +
> static void
> _edje_part_recalc_single_textblock(FLOAT_T sc,
> Edje *ed,
> @@ -1277,35 +1297,56 @@ _edje_part_recalc_single_textblock(FLOAT_T sc,
> if (minh && (*maxh < *minh)) *maxh = *minh;
> }
> }
> +
> if ((chosen_desc->text.fit_x) || (chosen_desc->text.fit_y))
> {
> - double s = 1.0;
> + double base_s = 1.0;
> + double orig_s;
> + double s = base_s;
>
> - if (ep->part->scale) s = TO_DOUBLE(sc);
> + if (ep->part->scale) base_s = TO_DOUBLE(sc);
>eo_do(ep->object,
> -evas_obj_scale_set(s),
> +evas_obj_scale_set(base_s),
> evas_obj_textblock_size_formatted_get(&tw, &th));
> +
> + orig_s = base_s;
> + /* Now make it bigger so calculations will be more accurate
> + * and less influenced by hinting... */
> + {
> + orig_s =
> _edje_part_recalc_single_textblock_scale_range_adjust(chosen_desc, base_s,
> orig_s * params->w / (double) tw);
> + eo_do(ep->object,
> +evas_obj_scale_set(orig_s),
> +evas_obj_textblock_size_formatted_get(&tw, &th));
> + }
>if (chosen_desc->text.fit_x)
> {
> - if ((tw > 0) && (tw > params->w))
> + if (tw > 0)
> {
> - s = (s * params->w) / (double)tw;
> + s =
> _edje_part_recalc_single_textblock_scale_range_adjust(chosen_desc, base_s,
> orig_s * params->w / tw);
> eo_do(ep->object,
>evas_obj_scale_set(s),
> - evas_obj_textblock_size_formatted_get(&tw, &th));
> + evas_obj_textblock_size_formatted_get(NULL, N
Re: [E-devel] SVN->Git Migration (was: (no subject))
On Fri, Feb 15, 2013 at 11:56 AM, Rafael Antognolli wrote: > Hi David, > > On Thu, Feb 14, 2013 at 9:12 AM, David Seikel wrote: >> On Thu, 14 Feb 2013 08:53:22 -0200 Bruno Dilly >> wrote: >> >>> On Wed, Feb 13, 2013 at 8:42 AM, Daniel Willmann >>> wrote: >>> > On 13/02/13 00:36, Bruno Dilly wrote: >>> >> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann >>> >> wrote: >>> >>> >>> >>> Topic branches: >>> >>> * In each repository every developer with commit access will be >>> >>> able to push/update branches in their own namespace >>> >>> (devs//*). These branches will allow non-fastforward >>> >>> updates and no one should expect these to be stable. >>> >>> * This is a testing ground for developers where new features can >>> >>> be developed, debugged and shared with fellow developers. Ideally >>> >>> any new feature would live in its own branch until it matures and >>> >>> is merged into master. >>> >> >>> >> Hey Daniel, >>> >> >>> >> It's a nice proposal, but what about master branch permissions ? >>> >> Every developer would be allowed to push stuff on there (with a >>> >> flow similar to svn) ? Or we'll try to establish some kind of >>> >> policy about it (maintainers, review, etc) ? >>> > >>> > As others have already pointed out there seems to be consensus that >>> > we don't have enough manpower to work with an integrator workflow >>> > (whether or not that's true I don't know). >>> >>> ok, I got it. >>> >>> > >>> > What I want to achieve with the topic branches is that whoever >>> > wants to can maintain an integrator-like workflow. You develop your >>> > feature in a topic branch, then post a request for review/review >>> > and test yourself and if everything looks good you can merge into >>> > master. >>> > >>> > Speaking of merging...is there any preference on merge vs. rebase? >>> > >>> > Lots of small merges can really pollute your history and I don't >>> > really like them. For larger topic branches I think merging makes >>> > sense. >>> >>> I agree with Tom here. >>> I'm always trying to keep a linear history, focusing on rebases >>> instead of merges. >>> We've used this approach on Profusion projects for years and it worked >>> fine so far. >>> >>> Maybe it will give you a little bit more work, you'll have to fix >>> conflicts in the commits it happens instead of only once in a final >>> merge commit, but it will be nicer to review or look >>> for issues later, imo. >>> >>> Using the merge approach, in a project with so many commiters could >>> lead us to a very confuse history. >> >> If the history is confused, then that's what it should show. I really >> don't like the idea of rewriting history just to make it easier for >> some people. Sometimes you just need to track down what actually >> happened, not the convenient lie we tell ourselves is what happened. > > I don't think those that a rebased branch history is a lie. Each > commit will still have the original commit date (if the author did not > change it). You can use that to know when the feature started to be > developed. > > > OK, you lose a way to track the parent commit for that feature branch, > but on the other hand you earn something important here: the knowledge > that the commits from that feature branch will apply correctly on top > of the current state of the tree, without a magic merge commit fixing > stuff later since some things on the tree are not exactly as they seem > to be in the diff from this commit. The changes that appear in the > diff from a given commit are exactly what that commit is doing. > > I know that this is not a poll, but I particularly prefer rebased > branches/commits too. me too. Merges only make sense when there are maintainers of particular pieces of the repository. The best example of this is the Linux Kernel. You merge what the submaintainers send to you. They can't rebase on top of you because otherwise they would break the history for whoever is basing their development on their tree. On the other side, take projects like BlueZ, ConnMan, WebKit. There aren't merges... and there's no lie as you are implying. People are used to rebase before sending the features they developed. Also we don't need to be black or white here. Sometimes it's easier to use merges and still don't pollute the repository. I myself sometimes use merges in the projects I maintain, though most of the times rebases are better. Lucas De Marchi -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [E-MODULES-EXTRA, comp-scale] Update use of e/src/bin/e_comp.h api from revision 83743 to current
With the following changes, e_comp.h exposes struct members and with it
drops their accessor functions,
as well as rename a few functions. Currently the comp-scale module won't
work anymore, because it still calls
the dropped accessor functions and the renamed functions by their old
names, this patch
addresses that by changing all of comp-scales calls to these functions
to the new ones.
http://trac.enlightenment.org/e/changeset/83745/trunk/e/src/bin/e_comp.h
http://trac.enlightenment.org/e/changeset/83752/trunk/e/src/bin/e_comp.h
Index: src/e_mod_main.c
===
--- src/e_mod_main.c(revision 83956)
+++ src/e_mod_main.c(working copy)
@@ -159,7 +159,7 @@
man = eina_list_data_get(e_manager_list());
if (!man) return;
- e = e_comp_evas_get(man->comp);
+ e = man->comp->evas;
if (!e) return;
if (!strncmp(params, "go_pager", 8))
Index: src/e_mod_pager.c
===
--- src/e_mod_pager.c (revision 83956)
+++ src/e_mod_pager.c (working copy)
@@ -171,7 +171,7 @@
if (scale_state == SCALE_STATE_HOLD)
{
E_Manager *man = e_manager_current_get();
-e_comp_update(man->comp);
+e_comp_render_update(man->comp);
return ECORE_CALLBACK_RENEW;
}
@@ -628,7 +628,7 @@
if (it->bd && !it->o)
{
-e_comp_src_hidden_set(it->src, EINA_FALSE);
+e_comp_win_hidden_set(it->src, EINA_FALSE);
e_object_unref(E_OBJECT(it->bd));
}
@@ -652,7 +652,7 @@
if ((it->bd->desk != current_desk) && (!it->bd->sticky))
e_border_hide(it->bd, 2);
-e_comp_src_hidden_set(it->src, EINA_FALSE);
+e_comp_win_hidden_set(it->src, EINA_FALSE);
evas_object_del(it->o_win);
evas_object_del(it->o);
@@ -674,17 +674,17 @@
Evas_Object *o, *sh_obj, *obj;
E_Border *bd;
- sh_obj = e_comp_src_shadow_get(src);
+ sh_obj = src->shobj;
if (!sh_obj) return NULL;
- obj = e_comp_src_image_get(src);
+ obj = src->obj;
if (!obj) return NULL;
- bd = e_comp_src_border_get(src);
+ bd = src->bd;
if (!bd)
{
-Ecore_X_Window win = e_comp_src_window_get(src);
+Ecore_X_Window win = src-win;
if (win == zone->container->bg_win)
{
@@ -707,7 +707,7 @@
}
else if (scale_conf->pager_fade_popups)
{
- E_Popup *pop = e_comp_src_popup_get(src);
+ E_Popup *pop = src->pop;
if ((pop) && (pop->zone != zone))
return NULL;
@@ -738,7 +738,7 @@
it->src = src;
e_object_ref(E_OBJECT(it->bd));
- e_comp_src_hidden_set(src, EINA_TRUE);
+ e_comp_win_hidden_set(src, EINA_TRUE);
items = eina_list_append(items, it);
@@ -749,7 +749,7 @@
(e_mod_border_ignore(it->bd)))
return NULL;
- it->o_win = e_comp_src_image_mirror_add(src);
+ it->o_win = e_comp_win_image_mirror_add(src);
/* it->o_win = evas_object_image_filled_add(e);
* o = e_manager_comp_src_image_get(man, src);
* evas_object_image_source_set(it->o_win, o); */
@@ -1072,7 +1072,7 @@
if (input_win) return EINA_FALSE;
- e = e_comp_evas_get(man->comp);
+ e = man->comp->evas;
if (!e) return EINA_FALSE;
zone = e_util_zone_current_get(man);
@@ -1147,7 +1147,7 @@
evas_object_resize(zone_clip, zone_w, zone_h);
evas_object_show(zone_clip);
- EINA_LIST_FOREACH((Eina_List *)e_comp_src_list_get(man->comp), l, src)
+ EINA_LIST_FOREACH((Eina_List *)e_comp_win_list_get(man->comp), l, src)
_pager_win_new(e, man, src);
edje_object_file_get(zone->bg_object, &file, &group);
@@ -1265,7 +1265,7 @@
/* XXX disabled for now. */
/* return; */
- e = e_comp_evas_get(man->comp);
+ e = man->comp->evas;
if (!strcmp(info, "change.comp"))
{
if (!e)
@@ -1284,7 +1284,7 @@
else if (!strcmp(info, "add.src"))
{
DBG("%s: %p | %p\n", info, man, src);
-e_comp_src_hidden_set(src, EINA_TRUE);
+e_comp_win_hidden_set(src, EINA_TRUE);
}
else if (!strcmp(info, "del.src"))
{
Index: src/e_mod_scale.c
===
--- src/e_mod_scale.c (revision 83956)
+++ src/e_mod_scale.c (working copy)
@@ -298,7 +298,7 @@
}
man = e_manager_current_get();
- e_comp_update(man->comp);
+ e_comp_render_update(man->comp);
if (finish)
{
@@ -480,12 +480,12 @@
E_Comp_Win *src;
E_Manager *man = zone->container->manager;
- EINA_LIST_FOREACH((Eina_List *)e_comp_src_list_get(man->comp), l, src)
-e_comp_src_hidden_set(src, EINA_FALSE);
+ EINA_LIST_FOREACH((Eina_List *)e_comp_win_list_get(man->comp), l, src)
+e_comp_win_hidden_set(src, EINA_FALSE);
}
man = e_manager_current_get();
- e_comp_update(man->comp);
+ e_comp_render_update(man->comp);
if (!bd
Re: [E-devel] EFL svnversion call
On 15/02/13 12:00, Tom Hacohen wrote: > On 15/02/13 11:49, Doug Newgard wrote: >> m4/efl.m4 is still trying to call svnversion or git-svn-id to get the >> dev_version. >> >> I don't have an easy fix, git doesn't have anything quite like the svn >> revisions. >> git describe can get you the count of the number of commits since the last >> annotated tag, but there are no tags in the EFL git repo yet. >> >> Just wanted to make people aware. It only shows up as an error if you don't >> have svn installed, so I figured it might not get noticed right away. > > Haha, so funny. I just thought about it as well (been trying to figure > this out for the last couple of minutes). > > The thing is, that there's git describe. Git describe can give the > version information easily. For example, from the 1.7 branch: > v1.7.5-21-ga0f2638 > > i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. > > The problem with that is that we have "revision" as int in Eina_Version, > and that obviously doesn't work well with strings. > > Daniel and I have been trying to think about it. I say we can try to use > git describe when it works (just get the "count after tag"), and when it > doesn't (i.e if there are no tags) count the commits in the history in > order to get a count. This is not perfect, but can work. > > What do you guys think? > Ok, so what we did: We use "git rev-list --count HEAD" in order to get the count of the commits in a branch and we use it as a "revision" in the version structure. Probably not interesting part: You can jump to a specific commit revision (of the same branch) by doing the following: git checkout HEAD~$(expr $(git rev-list --count HEAD) - REVISION) where REVISION is the revision number (*not* compatible with svn revs). For example: git checkout HEAD~$(expr $(git rev-list --count HEAD) - 1753) It's important to note that this is probably not interesting for the most of you because this is really a rare thing to want to do, but just in case... -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
Thanks for your good job. I like the new look and feel of e.org. There are just two comments as of now. 1. Isn't the center image + Download E part too big? It consumes too much area. If that's just a demo, please make them smaller :) 2. Font. For me, the font is not that readable. This is my personal preference so I am just giving you my opinion. There is no right and wrong for the fonts. But please keep my opinion in your mind. Otherwise, it looks good :) Thanks. Daniel Juyung Seo (SeoZ) On Sat, Feb 16, 2013 at 12:25 AM, Nathan Baxter < nathanbax...@pixelmasochist.net> wrote: > > I've got a few ideas settled now, I'm mostly happy with the general look > and feel. It does need some extra bits put in and this is far from > completed. > > http://enlightenment.pixelmasochist.net > > My plan is to: > > 1. Get the general layout fixed > There are a lot of bits that will need separators of some description. > The Social anchors will become images. > 2. Concentrate on the responsive flow > 3. work out all the cross browser kinks > 4. get the current e.org php to spit out this html > 5. re-write the current page contents into this layout style (or convert > them into xml/yaml?) > > Unless there are any oblections :) > > -- > > > pixelmasochist.net : it all heppens there. > > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Fri, 15 Feb 2013 16:20:33 + Nathan Baxter wrote: > All good pointers, cheers! One last one, what about having the blue text color change based on the user's local time? Bright yellow during the day, blue for night. This is my subtle way of saying the blue is really hard to read. Even with my near perfect vision and high quality monitors. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Fri, 15 Feb 2013 15:25:27 + Nathan Baxter wrote: > > I've got a few ideas settled now, I'm mostly happy with the general look > and feel. It does need some extra bits put in and this is far from > completed. > > http://enlightenment.pixelmasochist.net I like. It carries the uniqueness characteristic Enlightenment's brand always has. Few quibbles: - There's no logo / title in the upper left. Seems too naked. - The screen shot provided doesn't show case enough of E17's beauty. I'm a fan of large informative screen shots, so maybe have it cycle through a bunch while the user is reading the page? Otherwise, keep up the good work! -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On 15/02/13 16:10, Adam Flott wrote: > On Fri, 15 Feb 2013 15:25:27 + > Nathan Baxter wrote: > >> I've got a few ideas settled now, I'm mostly happy with the general look >> and feel. It does need some extra bits put in and this is far from >> completed. >> >> http://enlightenment.pixelmasochist.net > I like. It carries the uniqueness characteristic Enlightenment's brand always > has. > > Few quibbles: > > - There's no logo / title in the upper left. Seems too naked. Yeah, I need to get a new one for that. I'll dig through the repo for the svg and get that sorted. There's also a few more image parts that I want to include. > > - The screen shot provided doesn't show case enough of E17's beauty. I'm a > fan > of large informative screen shots, so maybe have it cycle through a bunch > while the user is reading the page? The screen grab was a "I need something there now to show people this is where the images will be on the front page" It'll get fixed. I too am a fan of contextual images in websites. The carousel will be there when the JavaScript gets written. All good pointers, cheers! > Otherwise, keep up the good work! -- pixelmasochist.net : it all heppens there. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] different shelves for different virtual desktops
thanks = ) On 15.02.2013 08:34, Carsten Haitzler (The Rasterman) wrote: > yes. you can have a different shelf per desktop. each shelf can have its own > config. each ibar can point to a different app dir with different app icons. > so yes. just a matter of configuring it. all in the gui. > > no. icon layout is controlled by the user prefs. its one of the layout > policies > supported by efm and the default we use is "custom" where a specific x,y is > remembered in e's config. > -- OEAI -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On 15/02/13 15:48, Iván Briano wrote: > On Fri, Feb 15, 2013 at 1:44 PM, Nathan Baxter > wrote: >> On 15/02/13 15:42, Tom Hacohen wrote: >>> On 15/02/13 15:25, Nathan Baxter wrote: I've got a few ideas settled now, I'm mostly happy with the general look and feel. It does need some extra bits put in and this is far from completed. http://enlightenment.pixelmasochist.net My plan is to: 1. Get the general layout fixed There are a lot of bits that will need separators of some description. The Social anchors will become images. 2. Concentrate on the responsive flow 3. work out all the cross browser kinks 4. get the current e.org php to spit out this html 5. re-write the current page contents into this layout style (or convert them into xml/yaml?) Unless there are any oblections :) >>> Wasn't the whole point making it mobile phone friendly? Because it >>> doesn't work on my phone atm. >>> >> Yes, but that's down the line. The bulk site needs to be finished so I >> know what I have to play with and what I can feasibly drop to get the >> layout to work on mobile devices, there's currently only 1 width >> specified at the moment, it's barely even a demo. think of it as version >> 0.0.4 the personal one that maybe you shouldn't show any body yet :) > So you are saying you just showed us your personal bits? Maybe I did. >>> -- >>> Tom. >> >> -- >> >> >> pixelmasochist.net : it all heppens there. >> >> >> -- >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 >> and get the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- pixelmasochist.net : it all heppens there. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On Fri, Feb 15, 2013 at 1:44 PM, Nathan Baxter wrote: > On 15/02/13 15:42, Tom Hacohen wrote: >> On 15/02/13 15:25, Nathan Baxter wrote: >>> >>> I've got a few ideas settled now, I'm mostly happy with the general look >>> and feel. It does need some extra bits put in and this is far from >>> completed. >>> >>> http://enlightenment.pixelmasochist.net >>> >>> My plan is to: >>> >>> 1. Get the general layout fixed >>> There are a lot of bits that will need separators of some >>> description. >>> The Social anchors will become images. >>> 2. Concentrate on the responsive flow >>> 3. work out all the cross browser kinks >>> 4. get the current e.org php to spit out this html >>> 5. re-write the current page contents into this layout style (or convert >>> them into xml/yaml?) >>> >>> Unless there are any oblections :) >>> >> >> Wasn't the whole point making it mobile phone friendly? Because it >> doesn't work on my phone atm. >> > > Yes, but that's down the line. The bulk site needs to be finished so I > know what I have to play with and what I can feasibly drop to get the > layout to work on mobile devices, there's currently only 1 width > specified at the moment, it's barely even a demo. think of it as version > 0.0.4 the personal one that maybe you shouldn't show any body yet :) So you are saying you just showed us your personal bits? > >> -- >> Tom. > > > -- > > > pixelmasochist.net : it all heppens there. > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On 15/02/13 15:42, Tom Hacohen wrote: > On 15/02/13 15:25, Nathan Baxter wrote: >> >> I've got a few ideas settled now, I'm mostly happy with the general look >> and feel. It does need some extra bits put in and this is far from >> completed. >> >> http://enlightenment.pixelmasochist.net >> >> My plan is to: >> >> 1. Get the general layout fixed >> There are a lot of bits that will need separators of some >> description. >> The Social anchors will become images. >> 2. Concentrate on the responsive flow >> 3. work out all the cross browser kinks >> 4. get the current e.org php to spit out this html >> 5. re-write the current page contents into this layout style (or convert >> them into xml/yaml?) >> >> Unless there are any oblections :) >> > > Wasn't the whole point making it mobile phone friendly? Because it > doesn't work on my phone atm. > Yes, but that's down the line. The bulk site needs to be finished so I know what I have to play with and what I can feasibly drop to get the layout to work on mobile devices, there's currently only 1 width specified at the moment, it's barely even a demo. think of it as version 0.0.4 the personal one that maybe you shouldn't show any body yet :) > -- > Tom. -- pixelmasochist.net : it all heppens there. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment . org reskin progress
On 15/02/13 15:25, Nathan Baxter wrote: > > I've got a few ideas settled now, I'm mostly happy with the general look > and feel. It does need some extra bits put in and this is far from > completed. > > http://enlightenment.pixelmasochist.net > > My plan is to: > > 1. Get the general layout fixed > There are a lot of bits that will need separators of some description. > The Social anchors will become images. > 2. Concentrate on the responsive flow > 3. work out all the cross browser kinks > 4. get the current e.org php to spit out this html > 5. re-write the current page contents into this layout style (or convert > them into xml/yaml?) > > Unless there are any oblections :) > Wasn't the whole point making it mobile phone friendly? Because it doesn't work on my phone atm. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
Apologies for the email client... nothing I can do at the moment. But to clarify the replies a bit: The first one was intended as a reply to Cedric's comment on virtual desktops, the latter one was a reply to Tom Hacohen on his comment regarding the ease of creating profiles. In any case, this is something I've discussed somewhat at length with both Cedric and Vincent, and somewhat with Carsten... everyone seems to have their own views on what's best. Woman is 53 But Looks 25 Mom reveals 1 simple wrinkle trick that has angered doctors... http://thirdpartyoffers.juno.com/TGL3141/511e56b99dc9356b9477ast04duc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] enlightenment . org reskin progress
I've got a few ideas settled now, I'm mostly happy with the general look and feel. It does need some extra bits put in and this is far from completed. http://enlightenment.pixelmasochist.net My plan is to: 1. Get the general layout fixed There are a lot of bits that will need separators of some description. The Social anchors will become images. 2. Concentrate on the responsive flow 3. work out all the cross browser kinks 4. get the current e.org php to spit out this html 5. re-write the current page contents into this layout style (or convert them into xml/yaml?) Unless there are any oblections :) -- pixelmasochist.net : it all heppens there. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
agreed, I have no idea what's going on On Fri, Feb 15, 2013 at 3:14 PM, Guillaume Friloux < guillaume.fril...@asp64.com> wrote: > On 15/02/2013 16:09, jose_...@juno.com wrote: > >> Exactly, all those kinds of nuances should be doable... BUT, more >> importantly I'd say, >> is that the result ought to be an easily distributable bundle just as >> themes, inits, >> wallpapers are. >> Profiles are easy to create on your system, but impossible to >> distribute and making >> them so could be fairly involved and could also mean possibly exporting a >> large amount >> of un-needed data.. For example, would you export the current theme as >> well, the current >> init/splash, any custom theme elements from other themes that you're >> using, etc. >> What I feel is needed, as I've argued with you and Carsten, is a >> dedicated "shell" >> theming sub-system, which would allow for bundling/exporting just those >> elements that >> commonly refer to customizing the desktop itself (including such things >> as virtual desktops >> that it might define), not eg. e17 widgetry themes or complex >> constructions that are allowed >> by e17's comprehensive customization capabiliites. >>Two well-known examples of this notion (as I showed you) are of >> course things like >> Stardock's DesktopX and also Rainmeter, both from the MS Windows world. >> >> >> Hello, your mail client breaks threads, so if you cant config/change > your mail client to do so, please try to keep quotes of who + sentences > you are answering too, or it gets very annoying. > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
And how do you propose distributing some profile that you create on your system so that others might also enjoy the custom experience that you made? What would you include with it? e17 widgetry/gadget themes, wallpaper themes, splash themes, are all subsystems that can be created and distributed for people to share, in a fairly effiicient way. That's the kind of functionality that something like a "shell" theming system would enable for the shell gui, but more restrictiveand simpler than a full profile.. and indeed one can imagine customizing the gui shell relative to a well-known profile. How to Sleep Like a Rock Obey this one natural trick to fall asleep and stay asleep all night. http://thirdpartyoffers.juno.com/TGL3141/511e51f457aa951f404aest03duc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
On 15/02/2013 16:09, jose_...@juno.com wrote: Exactly, all those kinds of nuances should be doable... BUT, more importantly I'd say, is that the result ought to be an easily distributable bundle just as themes, inits, wallpapers are. Profiles are easy to create on your system, but impossible to distribute and making them so could be fairly involved and could also mean possibly exporting a large amount of un-needed data.. For example, would you export the current theme as well, the current init/splash, any custom theme elements from other themes that you're using, etc. What I feel is needed, as I've argued with you and Carsten, is a dedicated "shell" theming sub-system, which would allow for bundling/exporting just those elements that commonly refer to customizing the desktop itself (including such things as virtual desktops that it might define), not eg. e17 widgetry themes or complex constructions that are allowed by e17's comprehensive customization capabiliites. Two well-known examples of this notion (as I showed you) are of course things like Stardock's DesktopX and also Rainmeter, both from the MS Windows world. Hello, your mail client breaks threads, so if you cant config/change your mail client to do so, please try to keep quotes of who + sentences you are answering too, or it gets very annoying. <>-- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
Exactly, all those kinds of nuances should be doable... BUT, more importantly I'd say, is that the result ought to be an easily distributable bundle just as themes, inits, wallpapers are. Profiles are easy to create on your system, but impossible to distribute and making them so could be fairly involved and could also mean possibly exporting a large amount of un-needed data.. For example, would you export the current theme as well, the current init/splash, any custom theme elements from other themes that you're using, etc. What I feel is needed, as I've argued with you and Carsten, is a dedicated "shell" theming sub-system, which would allow for bundling/exporting just those elements that commonly refer to customizing the desktop itself (including such things as virtual desktops that it might define), not eg. e17 widgetry themes or complex constructions that are allowed by e17's comprehensive customization capabiliites. Two well-known examples of this notion (as I showed you) are of course things like Stardock's DesktopX and also Rainmeter, both from the MS Windows world. NetZero now offers 4G mobile broadband. Sign up now. http://www.netzero.net/?refcd=NZINTISP0512T4GOUT1 -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] our mailing list made into xkcd
http://xkcd.com/1172/ :-D -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 15/02/13 12:54, Tom Hacohen wrote: > On 15/02/13 12:27, Doug Newgard wrote: >>> On 2013-02-15 13:18, Bertrand Jacquin wrote: On 2013-02-15 13:00, Tom Hacohen wrote: > On 15/02/13 11:49, Doug Newgard wrote: >> m4/efl.m4 is still trying to call svnversion or git-svn-id to get >> the dev_version. >> >> I don't have an easy fix, git doesn't have anything quite like the >> svn revisions. >> git describe can get you the count of the number of commits since >> the last >> annotated tag, but there are no tags in the EFL git repo yet. We could add tags to efl (and the other repos) in order to match the versioning scheme used before... For elementary and enlightenment I guess that's easy. We can choose the one commit after branching and add a tag with micro version 99 - so for elm we would git tag -a v1.7.99 61fa8b Though that screws up the whole concept of tags being releases... We'd only need that one tag, though - subsequent releases would probably happen in master so that should work fine. Looking closer at elementary the 1.7.0 tag could have actually been on the commit in master. The EFL 1.7 svn doobies commit from raster didn't add anything - it was just the actual copy operation from trunk to branches/ So that would get elm sorted out. Same with the 1.0 branch - need to rebase that to the correct version. Enlightenment is actually already okay - v0.17.0 is inside master and enlightenment-0.17 branches off after that. > Daniel and I have been trying to think about it. I say we can try to > use > git describe when it works (just get the "count after tag"), and > when > it > doesn't (i.e if there are no tags) count the commits in the history > in > order to get a count. This is not perfect, but can work. > > What do you guys think? I usually use the following to figure out the git version : git describe --tags --dirty=-dev It will give the following : stick to a tag 10 commits after the last tag -10-g 12 commits after the last tag plus modification non commited -12-g-dev >>> >>> Also, this does not work when there is no tags at all >> >> Or when the tags are in branches, which is the case in Elementary. There > are >> tags, but none in master > > Yes. This is what we wanted to do. We actually wanted to use --always > --dirty, which means it'll work when there aren't any tags. But it's a > problem. I'll take a look into the script daniel has found. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e5: Buildbot slave migration
On Mon, Feb 4, 2013 at 5:12 PM, Stefan Schmidt wrote: > Hello. > > On 04/02/13 15:58, Lionel Orry wrote: >> >> On Mon, Feb 4, 2013 at 3:57 PM, Stefan Schmidt >> wrote: >>> Hello. >>> >>> On 31/01/13 20:08, Lionel Orry wrote: I know my voice does not count much, but I talked about jenkins too a while ago and even made a try myself: https://github.com/chickenkiller/jenkins-efl I worked quite nicely. If you want to take some pieces of it... >>> >>> Cool. Thanks for sharing it. With the merged tree its quite different >>> but I still think that some pieces are useful in there. >>> Short notice, I've updated the repo to use the fresh new git repos and switched to the unified efl library instead of the previous 1.7 separated components. The config should mostly work, apart from small modifications still needed for doxygen generation. I'll work on that ASAP. Cheers, Lionel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN->Git Migration (was: (no subject))
Hi David, On Thu, Feb 14, 2013 at 9:12 AM, David Seikel wrote: > On Thu, 14 Feb 2013 08:53:22 -0200 Bruno Dilly > wrote: > >> On Wed, Feb 13, 2013 at 8:42 AM, Daniel Willmann >> wrote: >> > On 13/02/13 00:36, Bruno Dilly wrote: >> >> On Mon, Feb 11, 2013 at 2:07 PM, Daniel Willmann >> >> wrote: >> >>> >> >>> Topic branches: >> >>> * In each repository every developer with commit access will be >> >>> able to push/update branches in their own namespace >> >>> (devs//*). These branches will allow non-fastforward >> >>> updates and no one should expect these to be stable. >> >>> * This is a testing ground for developers where new features can >> >>> be developed, debugged and shared with fellow developers. Ideally >> >>> any new feature would live in its own branch until it matures and >> >>> is merged into master. >> >> >> >> Hey Daniel, >> >> >> >> It's a nice proposal, but what about master branch permissions ? >> >> Every developer would be allowed to push stuff on there (with a >> >> flow similar to svn) ? Or we'll try to establish some kind of >> >> policy about it (maintainers, review, etc) ? >> > >> > As others have already pointed out there seems to be consensus that >> > we don't have enough manpower to work with an integrator workflow >> > (whether or not that's true I don't know). >> >> ok, I got it. >> >> > >> > What I want to achieve with the topic branches is that whoever >> > wants to can maintain an integrator-like workflow. You develop your >> > feature in a topic branch, then post a request for review/review >> > and test yourself and if everything looks good you can merge into >> > master. >> > >> > Speaking of merging...is there any preference on merge vs. rebase? >> > >> > Lots of small merges can really pollute your history and I don't >> > really like them. For larger topic branches I think merging makes >> > sense. >> >> I agree with Tom here. >> I'm always trying to keep a linear history, focusing on rebases >> instead of merges. >> We've used this approach on Profusion projects for years and it worked >> fine so far. >> >> Maybe it will give you a little bit more work, you'll have to fix >> conflicts in the commits it happens instead of only once in a final >> merge commit, but it will be nicer to review or look >> for issues later, imo. >> >> Using the merge approach, in a project with so many commiters could >> lead us to a very confuse history. > > If the history is confused, then that's what it should show. I really > don't like the idea of rewriting history just to make it easier for > some people. Sometimes you just need to track down what actually > happened, not the convenient lie we tell ourselves is what happened. I don't think those that a rebased branch history is a lie. Each commit will still have the original commit date (if the author did not change it). You can use that to know when the feature started to be developed. OK, you lose a way to track the parent commit for that feature branch, but on the other hand you earn something important here: the knowledge that the commits from that feature branch will apply correctly on top of the current state of the tree, without a magic merge commit fixing stuff later since some things on the tree are not exactly as they seem to be in the diff from this commit. The changes that appear in the diff from a given commit are exactly what that commit is doing. I know that this is not a poll, but I particularly prefer rebased branches/commits too. -- Rafael Antognolli http://antognolli.org/ -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: billiob IN trunk/terminology: . src/bin
Thanks a lot for the quick response :) Daniel Juyung Seo (SeoZ) On Fri, Feb 15, 2013 at 6:10 PM, Boris Faure wrote: > On 13-02-15 15:24, Daniel Juyung Seo wrote: > > Very good and long waited feature!! > > But I used to use ctrl for this kind of selection. > > How about others? > > It's Alt on urxvt. I'll add support for shift/alt/ctrl tomorrow. > -- > Boris Faure > Pointer Arithmetician > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 15/02/13 12:27, Doug Newgard wrote: >> On 2013-02-15 13:18, Bertrand Jacquin wrote: >>> On 2013-02-15 13:00, Tom Hacohen wrote: On 15/02/13 11:49, Doug Newgard wrote: > m4/efl.m4 is still trying to call svnversion or git-svn-id to get > the dev_version. > > I don't have an easy fix, git doesn't have anything quite like the > svn revisions. > git describe can get you the count of the number of commits since > the last > annotated tag, but there are no tags in the EFL git repo yet. > > Just wanted to make people aware. It only shows up as an error if > you don't > have svn installed, so I figured it might not get noticed right > away. Haha, so funny. I just thought about it as well (been trying to figure this out for the last couple of minutes). The thing is, that there's git describe. Git describe can give the version information easily. For example, from the 1.7 branch: v1.7.5-21-ga0f2638 i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. The problem with that is that we have "revision" as int in Eina_Version, and that obviously doesn't work well with strings. Daniel and I have been trying to think about it. I say we can try to use git describe when it works (just get the "count after tag"), and when it doesn't (i.e if there are no tags) count the commits in the history in order to get a count. This is not perfect, but can work. What do you guys think? >>> >>> I usually use the following to figure out the git version : >>> >>> git describe --tags --dirty=-dev >>> >>> It will give the following : >>> >>> stick to a tag >>> >>> >>> >>> 10 commits after the last tag >>> >>> -10-g >>> >>> 12 commits after the last tag plus modification non commited >>> >>> -12-g-dev >> >> Also, this does not work when there is no tags at all > > Or when the tags are in branches, which is the case in Elementary. There are > tags, but none in master Yes. This is what we wanted to do. We actually wanted to use --always --dirty, which means it'll work when there aren't any tags. But it's a problem. I'll take a look into the script daniel has found. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 15/02/13 12:04, Eduardo Lima (Etrunko) wrote: > On Fri, Feb 15, 2013 at 10:00 AM, Tom Hacohen wrote: >> On 15/02/13 11:49, Doug Newgard wrote: >>> m4/efl.m4 is still trying to call svnversion or git-svn-id to get the >>> dev_version. >>> >>> I don't have an easy fix, git doesn't have anything quite like the svn >>> revisions. >>> git describe can get you the count of the number of commits since the last >>> annotated tag, but there are no tags in the EFL git repo yet. >>> >>> Just wanted to make people aware. It only shows up as an error if you don't >>> have svn installed, so I figured it might not get noticed right away. >> >> Haha, so funny. I just thought about it as well (been trying to figure >> this out for the last couple of minutes). >> >> The thing is, that there's git describe. Git describe can give the >> version information easily. For example, from the 1.7 branch: >> v1.7.5-21-ga0f2638 >> >> i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. >> >> The problem with that is that we have "revision" as int in Eina_Version, >> and that obviously doesn't work well with strings. >> >> Daniel and I have been trying to think about it. I say we can try to use >> git describe when it works (just get the "count after tag"), and when it >> doesn't (i.e if there are no tags) count the commits in the history in >> order to get a count. This is not perfect, but can work. >> > > Hmm, there is a git rev-list which can give the number of commits of a > branch, but of course it is not tied to the svn revision, for instance > > git rev-list --count HEAD > Yeah, that's one of the ideas. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On 15/02/13 12:07, Guillaume Friloux wrote: > On 15/02/2013 13:01, Tom Hacohen wrote: >> >> There are no branches/tags in EFL... Only in elementary/enlightement and >> the old separately released components of the EFL. >> >> > What does that mean ? > eina.git ecore.git etc are going to pop up ? Yes. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
On Fri, Feb 15, 2013 at 7:58 PM, Tom Hacohen wrote: > On 14/02/13 17:32, jose_...@juno.com wrote: >> Well, this is interesting >> >> I have no idea what this person might be thinking about, but this >> is a topic that is well known to Carsten and Cedric... and indeed I've >> brought it up with them before. >> There are plenty of examples/inspiration of this notion in the >> Windows >> world.. you just have to look around a bit. If you don't have much exposure >> to this kind of thing, you can ask Cedric and he may be able to send you >> some links I've sent him in the past. >> >> The notion of an e17 profile is very powerful, but I personally >> think it's >> also too large and comprehensive to be something that is easily created >> and shared, like for example e17 themes, inits, and backgrounds are. >> >> A notion of "shell" theme consisting primarily of a set of desktop >> gadgets >> (or rather just their themes) and the config for placing them on the desktop, >> plus possibly custom wallpaper, and maybe some other aspects (eg. modules), >> could be bundled as an eet (indeed even as an edje with data parts). >> It would provide an easier to create, and distribute, method for >> obtaining custom >> 'gui shells', and rival the kind of desktop customization/skinning that has >> been >> around in the Windows world for a very long time. It would even be possible >> to have >> such shell-themes specific to particular well-known profiles (desktop, >> mobile, etc), >> and so they could be considered as extensions or modifications of such >> profiles. >> >> Jose. > > > Unlike themes, profiles are *very* easy to create. You just set up your > config in a running e session and copy it over, give or take. The idea is to go a little further and have a skin per virtual desktop that you can easily share. So a set of config for gadget, shelf, wallpaper and theme packed together that you can decide to apply to a virtual desktop or a screen or everywhere. -- Cedric BAIL -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
> On 2013-02-15 13:18, Bertrand Jacquin wrote: > > On 2013-02-15 13:00, Tom Hacohen wrote: > >> On 15/02/13 11:49, Doug Newgard wrote: > >>> m4/efl.m4 is still trying to call svnversion or git-svn-id to get > >>> the dev_version. > >>> > >>> I don't have an easy fix, git doesn't have anything quite like the > >>> svn revisions. > >>> git describe can get you the count of the number of commits since > >>> the last > >>> annotated tag, but there are no tags in the EFL git repo yet. > >>> > >>> Just wanted to make people aware. It only shows up as an error if > >>> you don't > >>> have svn installed, so I figured it might not get noticed right > >>> away. > >> > >> Haha, so funny. I just thought about it as well (been trying to > >> figure > >> this out for the last couple of minutes). > >> > >> The thing is, that there's git describe. Git describe can give the > >> version information easily. For example, from the 1.7 branch: > >> v1.7.5-21-ga0f2638 > >> > >> i.e, head is 21 commits after the tag, it's commit hash is ga0... > >> and > >> etc. > >> > >> The problem with that is that we have "revision" as int in > >> Eina_Version, > >> and that obviously doesn't work well with strings. > >> > >> Daniel and I have been trying to think about it. I say we can try to > >> use > >> git describe when it works (just get the "count after tag"), and > >> when > >> it > >> doesn't (i.e if there are no tags) count the commits in the history > >> in > >> order to get a count. This is not perfect, but can work. > >> > >> What do you guys think? > > > > I usually use the following to figure out the git version : > > > > git describe --tags --dirty=-dev > > > > It will give the following : > > > > stick to a tag > > > > > > > > 10 commits after the last tag > > > > -10-g > > > > 12 commits after the last tag plus modification non commited > > > > -12-g-dev > > Also, this does not work when there is no tags at all Or when the tags are in branches, which is the case in Elementary. There are tags, but none in master -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx trunk/PROTO/elev8/src/modules/elm
Thanks for the quick fix :) Daniel Juyung Seo (SeoZ) On Fri, Feb 15, 2013 at 9:01 PM, Leandro Pereira wrote: > On 02/15/2013 03:50 AM, Daniel Juyung Seo wrote: > >> Oops. CElmGadget.h is missing. >> >> > Good catch. Committed as r83948. > > > > Leandro > > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On 15/02/2013 13:11, Eduardo Lima (Etrunko) wrote: On Fri, Feb 15, 2013 at 10:07 AM, Guillaume Friloux wrote: On 15/02/2013 13:01, Tom Hacohen wrote: There are no branches/tags in EFL... Only in elementary/enlightement and the old separately released components of the EFL. What does that mean ? eina.git ecore.git etc are going to pop up ? Either that or we should run and release 1.8 asap to avoid backporting patches to SVN. :) Due to the actual state of the efl dir, im really not in a hurry for this ... Its actually in a very, very bad state for anyone not using EFLs on a PC for desktop purpose. <>-- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 2013-02-15 13:18, Bertrand Jacquin wrote: > On 2013-02-15 13:00, Tom Hacohen wrote: >> On 15/02/13 11:49, Doug Newgard wrote: >>> m4/efl.m4 is still trying to call svnversion or git-svn-id to get >>> the dev_version. >>> >>> I don't have an easy fix, git doesn't have anything quite like the >>> svn revisions. >>> git describe can get you the count of the number of commits since >>> the last >>> annotated tag, but there are no tags in the EFL git repo yet. >>> >>> Just wanted to make people aware. It only shows up as an error if >>> you don't >>> have svn installed, so I figured it might not get noticed right >>> away. >> >> Haha, so funny. I just thought about it as well (been trying to >> figure >> this out for the last couple of minutes). >> >> The thing is, that there's git describe. Git describe can give the >> version information easily. For example, from the 1.7 branch: >> v1.7.5-21-ga0f2638 >> >> i.e, head is 21 commits after the tag, it's commit hash is ga0... >> and >> etc. >> >> The problem with that is that we have "revision" as int in >> Eina_Version, >> and that obviously doesn't work well with strings. >> >> Daniel and I have been trying to think about it. I say we can try to >> use >> git describe when it works (just get the "count after tag"), and >> when >> it >> doesn't (i.e if there are no tags) count the commits in the history >> in >> order to get a count. This is not perfect, but can work. >> >> What do you guys think? > > I usually use the following to figure out the git version : > > git describe --tags --dirty=-dev > > It will give the following : > > stick to a tag > > > > 10 commits after the last tag > > -10-g > > 12 commits after the last tag plus modification non commited > > -12-g-dev Also, this does not work when there is no tags at all -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 2013-02-15 13:00, Tom Hacohen wrote: > On 15/02/13 11:49, Doug Newgard wrote: >> m4/efl.m4 is still trying to call svnversion or git-svn-id to get >> the dev_version. >> >> I don't have an easy fix, git doesn't have anything quite like the >> svn revisions. >> git describe can get you the count of the number of commits since >> the last >> annotated tag, but there are no tags in the EFL git repo yet. >> >> Just wanted to make people aware. It only shows up as an error if >> you don't >> have svn installed, so I figured it might not get noticed right >> away. > > Haha, so funny. I just thought about it as well (been trying to > figure > this out for the last couple of minutes). > > The thing is, that there's git describe. Git describe can give the > version information easily. For example, from the 1.7 branch: > v1.7.5-21-ga0f2638 > > i.e, head is 21 commits after the tag, it's commit hash is ga0... and > etc. > > The problem with that is that we have "revision" as int in > Eina_Version, > and that obviously doesn't work well with strings. > > Daniel and I have been trying to think about it. I say we can try to > use > git describe when it works (just get the "count after tag"), and when > it > doesn't (i.e if there are no tags) count the commits in the history > in > order to get a count. This is not perfect, but can work. > > What do you guys think? I usually use the following to figure out the git version : git describe --tags --dirty=-dev It will give the following : stick to a tag 10 commits after the last tag -10-g 12 commits after the last tag plus modification non commited -12-g-dev -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On Fri, Feb 15, 2013 at 10:07 AM, Guillaume Friloux wrote: > On 15/02/2013 13:01, Tom Hacohen wrote: >> >> >> There are no branches/tags in EFL... Only in elementary/enlightement and >> the old separately released components of the EFL. >> >> > What does that mean ? > eina.git ecore.git etc are going to pop up ? > Either that or we should run and release 1.8 asap to avoid backporting patches to SVN. :) > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On 15/02/2013 13:01, Tom Hacohen wrote: There are no branches/tags in EFL... Only in elementary/enlightement and the old separately released components of the EFL. What does that mean ? eina.git ecore.git etc are going to pop up ? <>-- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On Fri, Feb 15, 2013 at 10:01 AM, Tom Hacohen wrote: > On 15/02/13 11:56, Eduardo Lima (Etrunko) wrote: >> >> On Fri, Feb 15, 2013 at 9:01 AM, Daniel Willmann >> wrote: >>> >>> Hello, >>> >>> everything was migrated to git and should be working now. If you have >>> problems, speak now. >>> >> >> Awesome! The only things missing are the branches and tags you >> mentioned on previous emails, or are they hidden somewhere? >> > > There are no branches/tags in EFL... Only in elementary/enlightement and the > old separately released components of the EFL. > DUH! /me runs for the morning caffeine supply > -- > Tom. > -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On Fri, Feb 15, 2013 at 10:00 AM, Tom Hacohen wrote: > On 15/02/13 11:49, Doug Newgard wrote: >> m4/efl.m4 is still trying to call svnversion or git-svn-id to get the >> dev_version. >> >> I don't have an easy fix, git doesn't have anything quite like the svn >> revisions. >> git describe can get you the count of the number of commits since the last >> annotated tag, but there are no tags in the EFL git repo yet. >> >> Just wanted to make people aware. It only shows up as an error if you don't >> have svn installed, so I figured it might not get noticed right away. > > Haha, so funny. I just thought about it as well (been trying to figure > this out for the last couple of minutes). > > The thing is, that there's git describe. Git describe can give the > version information easily. For example, from the 1.7 branch: > v1.7.5-21-ga0f2638 > > i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. > > The problem with that is that we have "revision" as int in Eina_Version, > and that obviously doesn't work well with strings. > > Daniel and I have been trying to think about it. I say we can try to use > git describe when it works (just get the "count after tag"), and when it > doesn't (i.e if there are no tags) count the commits in the history in > order to get a count. This is not perfect, but can work. > Hmm, there is a git rev-list which can give the number of commits of a branch, but of course it is not tied to the svn revision, for instance git rev-list --count HEAD > What do you guys think? > > -- > Tom. > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 15/02/13 12:00, Tom Hacohen wrote: > On 15/02/13 11:49, Doug Newgard wrote: >> m4/efl.m4 is still trying to call svnversion or git-svn-id to get the >> dev_version. >> >> I don't have an easy fix, git doesn't have anything quite like the svn >> revisions. >> git describe can get you the count of the number of commits since the last >> annotated tag, but there are no tags in the EFL git repo yet. >> >> Just wanted to make people aware. It only shows up as an error if you don't >> have svn installed, so I figured it might not get noticed right away. > > Haha, so funny. I just thought about it as well (been trying to figure > this out for the last couple of minutes). > > The thing is, that there's git describe. Git describe can give the > version information easily. For example, from the 1.7 branch: > v1.7.5-21-ga0f2638 > > i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. > > The problem with that is that we have "revision" as int in Eina_Version, > and that obviously doesn't work well with strings. > > Daniel and I have been trying to think about it. I say we can try to use > git describe when it works (just get the "count after tag"), and when it > doesn't (i.e if there are no tags) count the commits in the history in > order to get a count. This is not perfect, but can work. > > What do you guys think? Daniel just found the following link: http://cgit.osmocom.org/cgit/openbsc/plain/openbsc/git-version-gen We'll take a look and let you know. Cheers, Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx trunk/PROTO/elev8/src/modules/elm
On 02/15/2013 03:50 AM, Daniel Juyung Seo wrote: > Oops. CElmGadget.h is missing. > Good catch. Committed as r83948. Leandro -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On 15/02/13 11:56, Eduardo Lima (Etrunko) wrote: > On Fri, Feb 15, 2013 at 9:01 AM, Daniel Willmann > wrote: >> Hello, >> >> everything was migrated to git and should be working now. If you have >> problems, speak now. >> > > Awesome! The only things missing are the branches and tags you > mentioned on previous emails, or are they hidden somewhere? > There are no branches/tags in EFL... Only in elementary/enlightement and the old separately released components of the EFL. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL svnversion call
On 15/02/13 11:49, Doug Newgard wrote: > m4/efl.m4 is still trying to call svnversion or git-svn-id to get the > dev_version. > > I don't have an easy fix, git doesn't have anything quite like the svn > revisions. > git describe can get you the count of the number of commits since the last > annotated tag, but there are no tags in the EFL git repo yet. > > Just wanted to make people aware. It only shows up as an error if you don't > have svn installed, so I figured it might not get noticed right away. Haha, so funny. I just thought about it as well (been trying to figure this out for the last couple of minutes). The thing is, that there's git describe. Git describe can give the version information easily. For example, from the 1.7 branch: v1.7.5-21-ga0f2638 i.e, head is 21 commits after the tag, it's commit hash is ga0... and etc. The problem with that is that we have "revision" as int in Eina_Version, and that obviously doesn't work well with strings. Daniel and I have been trying to think about it. I say we can try to use git describe when it works (just get the "count after tag"), and when it doesn't (i.e if there are no tags) count the commits in the history in order to get a count. This is not perfect, but can work. What do you guys think? -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
On Fri, Feb 15, 2013 at 9:01 AM, Daniel Willmann wrote: > Hello, > > everything was migrated to git and should be working now. If you have > problems, speak now. > Awesome! The only things missing are the branches and tags you mentioned on previous emails, or are they hidden somewhere? > The new web frontend is here: > https://git.enlightenment.org/core/efl.git/ > Phabricator: > https://phab.enlightenment.org/ > > Mailinglist for commits: > https://lists.sourceforge.net/lists/listinfo/enlightenment-git > > Read-only git access: > git clone git://git.enlightenment.org/core/efl.git > > Read/write for developers: > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > If you have uncommitted changes in your svn or git-svn checkout: > > Here is how you could do it depending on whether you have pure svn or > git-svn: > > SVN > --- > * Update SVN so you are at the current revision: > $ svn up > $ svn info trunk/efl/ |grep Revision > -> Should be revision 83942 > > * Clone the new repo with git clone > > * Find the matching commit in git > $ git log --grep "SVN revision: 83942" > -> This will show you commit c5a8a6b5 > > * Reset your working directory to this commit (in a new branch) > $ git checkout -b svn-import c5a8a6b5 > > * Copy your files over from SVN. You can just copy everything (do omit > the .svn directories, though) as the repositories will be in the same > state now. > > * Check that the changes make sense - git diff should now provide the > same output as svn diff > > * Save the changes temporarily > $ git stash > > * Checkout master > $ git checkout master > > * Apply the changes again > $ git stash pop > > * After you're done committing delete the branch > $ git branch -D svn-import > > git-svn > --- > * Export all your commits that are not upstream yet > $ git format-patch git-svn..HEAD > -> Creates numbered patch files > > * Clone the new repository with git clone somewhere > > * Apply the patches to the new repository > $ git am 00*.patch > > * For the last command - depending on your checkout - you will probably > need to add the option -p to adjust the location of the patches. > So if you did a checkout of the complete trunk/ you'll need to pass > (I think) -p2 to git am. > > If you have any problems or patches don't apply cleanly, feel free to ask. > > > Regards, > Daniel > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git repository for libefl is live
Thanks for your job. I will give you as many feedbacks as I can :) Daniel Juyung Seo (SeoZ) On Fri, Feb 15, 2013 at 8:01 PM, Daniel Willmann wrote: > Hello, > > everything was migrated to git and should be working now. If you have > problems, speak now. > > The new web frontend is here: > https://git.enlightenment.org/core/efl.git/ > Phabricator: > https://phab.enlightenment.org/ > > Mailinglist for commits: > https://lists.sourceforge.net/lists/listinfo/enlightenment-git > > Read-only git access: > git clone git://git.enlightenment.org/core/efl.git > > Read/write for developers: > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > If you have uncommitted changes in your svn or git-svn checkout: > > Here is how you could do it depending on whether you have pure svn or > git-svn: > > SVN > --- > * Update SVN so you are at the current revision: > $ svn up > $ svn info trunk/efl/ |grep Revision > -> Should be revision 83942 > > * Clone the new repo with git clone > > * Find the matching commit in git > $ git log --grep "SVN revision: 83942" > -> This will show you commit c5a8a6b5 > > * Reset your working directory to this commit (in a new branch) > $ git checkout -b svn-import c5a8a6b5 > > * Copy your files over from SVN. You can just copy everything (do omit > the .svn directories, though) as the repositories will be in the same > state now. > > * Check that the changes make sense - git diff should now provide the > same output as svn diff > > * Save the changes temporarily > $ git stash > > * Checkout master > $ git checkout master > > * Apply the changes again > $ git stash pop > > * After you're done committing delete the branch > $ git branch -D svn-import > > git-svn > --- > * Export all your commits that are not upstream yet > $ git format-patch git-svn..HEAD > -> Creates numbered patch files > > * Clone the new repository with git clone somewhere > > * Apply the patches to the new repository > $ git am 00*.patch > > * For the last command - depending on your checkout - you will probably > need to add the option -p to adjust the location of the patches. > So if you did a checkout of the complete trunk/ you'll need to pass > (I think) -p2 to git am. > > If you have any problems or patches don't apply cleanly, feel free to ask. > > > Regards, > Daniel > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL svnversion call
m4/efl.m4 is still trying to call svnversion or git-svn-id to get the dev_version. I don't have an easy fix, git doesn't have anything quite like the svn revisions. git describe can get you the count of the number of commits since the last annotated tag, but there are no tags in the EFL git repo yet. Just wanted to make people aware. It only shows up as an error if you don't have svn installed, so I figured it might not get noticed right away. Doug Newgard -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Query] Controlling further eventing on an edje draggable part programmatically
Hi, > --- Original Message --- > Sender : Carsten Haitzler > Date : Feb 15, 2013 20:15 (GMT+09:00) >Title : Re: [E-devel] [Query] Controlling further eventing on an edje >draggable part programmatically > > On Fri, 15 Feb 2013 11:02:13 + (GMT) Rajeev Ranjan said: > >> Hi, >> I have a requirement where on certain event like on resize I dont want to >> keep allowing dragging for an edje draggable part even if mouse,up/touch,up >> has not yet been done after mouse,down. > > this sounds odd. can you please expand on why you need/want this? > Basically my requirement is related to elm_panes(vertical) where in landscape mode we have both contents set and in portrait mode, we have single content set and left size set to 1.0 to hide the other content area. Now when we tap on handler in panes in landscape mode and without lifting finger, rotate the device to portrait mode, then still the handler can be dragged. In this case, it is unwanted if there is a single content in portrait mode and the other one is unset when mode is portrait. >> For this, I used pointer_mode: NOGRAB for draggable part but it didn't work >> in case of draggable as it kept taking drag events even if the mouse/touch >> was outside draggable geometry. Even synthesizing mouse,up,1 with source >> "" in edc had no effect and drag event was continuously >> going to the draggable part. > > nograb is a totally different thing to what you want i think.. so it's not > going to help :) >> I tested pointer_mode with NOGRAB option for parts other than draggable and found that the events outside the part geometry are ignored in this case(including mouse,up), so I thought that may be this should work with draggable as well. >> Please let me know if there is any way we can control this (avoiding further >> drag event for a drag part) programmatically. >> >> Thank you. >> Regards, >> Rajeev >> -- >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 >> and get the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> ___ >> 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)ras...@rasterman.com Thank you. Regards, Rajeev -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 60
On 15/02/13 10:45, Carsten Haitzler (The Rasterman) wrote: > On Fri, 15 Feb 2013 13:41:59 +0300 المسالم المسالمة > said: > >>> what? do what gnome did? :) ie lose users. :) seriously. the old fashioned >>> look >>> is what e is doing (by default) and that's because its what people >>> generally >>> want or accept. if you want something else its as easy as configuring - >>> making >>> your own profiles from your config, adding modules or writing them, making >>> themes etc. - it's not something core to e itself. :) >>> >> >> >> >> i am with you about customizing the desktop with what we already get >> >> but i am also here to share an idea with you if you dont want to hear >> it >> >> then its your decision and i respect it >> >> i am not here to force you and other people to share it > happy to listen, but there will be resistance to changing a default away from > something traditional that people like and know and can use. gnome made that > mistake.. and then didnt offer a "quick - give me back what i had" option. we > should, if anything, do experiments in alternative profiles, not the standard. > small improvements to the standard one - sure. little tweaks and improvements > - > yes. major re-creations that leave people wondering how to use e.. bad. > Are there any plans to re-instate buttons? Like the ones in e16, but better. A configurable block like that could prove really useful, it was doing what hover desk did before hover desk did it. Now that we have these shevles which can be placed where ever I'm assuming that it may only take a module to be created to enable this, in fact this module could be block configurable for specific applications. You could set it up so that the primary applications take up a larger percentage of space over the less used ones, it could be an extension of favourites and/or have it's own application set. and instead of having the pager shown, that could be hidden as the applications that get launched are placed on their own desktop. I wouldn't like to see this as default, just throwing out some ideas based on current technologies. I'd also like to point that this is all hypothetical as I have no idea how to build these elements in code, just how they might function & look from a design perspective. >> -- >> Free Next-Gen Firewall Hardware Offer >> Buy your Sophos next-gen firewall before the end March 2013 >> and get the hardware for free! Learn more. >> http://p.sf.net/sfu/sophos-d2d-feb >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- pixelmasochist.net : it all heppens there. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [EGIT] [core/efl] branch master updated. e655f0b7358765f02ea392971c6ddbf8518c37c8
Shall we change the new git mailing list mail title to something useful? Daniel Juyung Seo (SeoZ) On Fri, Feb 15, 2013 at 8:16 PM, Enlightenment Git < no-re...@enlightenment.org> wrote: > The branch, master has been updated > > This change consists of the following commits: > e655f0b Jaehwan Kim: Fix build break > > > Summary of changes: > src/examples/ecore/Makefile.am | 2 -- > 1 file changed, 2 deletions(-) > > --- > > http://git.enlightenment.org/core/efl.git/commit/?id=e655f0b7358765f02ea392971c6ddbf8518c37c8 > > commit e655f0b7358765f02ea392971c6ddbf8518c37c8 > Author: Jaehwan Kim > Date: Fri Feb 15 20:15:58 2013 +0900 > > Fix build break > > diff --git a/src/examples/ecore/Makefile.am > b/src/examples/ecore/Makefile.am > index 5111834..56d55ae 100644 > --- a/src/examples/ecore/Makefile.am > +++ b/src/examples/ecore/Makefile.am > @@ -43,8 +43,6 @@ ecore_con_url_headers_example \ > ecore_evas_basics_example \ > ecore_evas_buffer_example_01 \ > ecore_evas_buffer_example_02 \ > -ecore_evas_extn_socket_example \ > -ecore_evas_extn_plug_example \ > ecore_evas_callbacks \ > ecore_evas_ews_example \ > ecore_evas_object_example \ > > --- > > > -- > EFL core libraries > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Query] Controlling further eventing on an edje draggable part programmatically
On Fri, 15 Feb 2013 11:02:13 + (GMT) Rajeev Ranjan said: > Hi, > I have a requirement where on certain event like on resize I dont want to > keep allowing dragging for an edje draggable part even if mouse,up/touch,up > has not yet been done after mouse,down. this sounds odd. can you please expand on why you need/want this? > For this, I used pointer_mode: NOGRAB for draggable part but it didn't work > in case of draggable as it kept taking drag events even if the mouse/touch > was outside draggable geometry. Even synthesizing mouse,up,1 with source > "" in edc had no effect and drag event was continuously > going to the draggable part. nograb is a totally different thing to what you want i think.. so it's not going to help :) > Please let me know if there is any way we can control this (avoiding further > drag event for a drag part) programmatically. > > Thank you. > Regards, > Rajeev > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > 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)ras...@rasterman.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Query] Controlling further eventing on an edje draggable part programmatically
Hi, I have a requirement where on certain event like on resize I dont want to keep allowing dragging for an edje draggable part even if mouse,up/touch,up has not yet been done after mouse,down. For this, I used pointer_mode: NOGRAB for draggable part but it didn't work in case of draggable as it kept taking drag events even if the mouse/touch was outside draggable geometry. Even synthesizing mouse,up,1 with source "" in edc had no effect and drag event was continuously going to the draggable part. Please let me know if there is any way we can control this (avoiding further drag event for a drag part) programmatically. Thank you. Regards, Rajeev -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Git repository for libefl is live
Hello, everything was migrated to git and should be working now. If you have problems, speak now. The new web frontend is here: https://git.enlightenment.org/core/efl.git/ Phabricator: https://phab.enlightenment.org/ Mailinglist for commits: https://lists.sourceforge.net/lists/listinfo/enlightenment-git Read-only git access: git clone git://git.enlightenment.org/core/efl.git Read/write for developers: git clone ssh://g...@git.enlightenment.org/core/efl.git If you have uncommitted changes in your svn or git-svn checkout: Here is how you could do it depending on whether you have pure svn or git-svn: SVN --- * Update SVN so you are at the current revision: $ svn up $ svn info trunk/efl/ |grep Revision -> Should be revision 83942 * Clone the new repo with git clone * Find the matching commit in git $ git log --grep "SVN revision: 83942" -> This will show you commit c5a8a6b5 * Reset your working directory to this commit (in a new branch) $ git checkout -b svn-import c5a8a6b5 * Copy your files over from SVN. You can just copy everything (do omit the .svn directories, though) as the repositories will be in the same state now. * Check that the changes make sense - git diff should now provide the same output as svn diff * Save the changes temporarily $ git stash * Checkout master $ git checkout master * Apply the changes again $ git stash pop * After you're done committing delete the branch $ git branch -D svn-import git-svn --- * Export all your commits that are not upstream yet $ git format-patch git-svn..HEAD -> Creates numbered patch files * Clone the new repository with git clone somewhere * Apply the patches to the new repository $ git am 00*.patch * For the last command - depending on your checkout - you will probably need to add the option -p to adjust the location of the patches. So if you did a checkout of the complete trunk/ you'll need to pass (I think) -p2 to git am. If you have any problems or patches don't apply cleanly, feel free to ask. Regards, Daniel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] can we get a rid of this old fashion desktop look
On 14/02/13 17:32, jose_...@juno.com wrote: > Well, this is interesting > > I have no idea what this person might be thinking about, but this > is a topic that is well known to Carsten and Cedric... and indeed I've > brought it up with them before. > There are plenty of examples/inspiration of this notion in the Windows > world.. you just have to look around a bit. If you don't have much exposure > to this kind of thing, you can ask Cedric and he may be able to send you > some links I've sent him in the past. > > The notion of an e17 profile is very powerful, but I personally think > it's > also too large and comprehensive to be something that is easily created > and shared, like for example e17 themes, inits, and backgrounds are. > > A notion of "shell" theme consisting primarily of a set of desktop > gadgets > (or rather just their themes) and the config for placing them on the desktop, > plus possibly custom wallpaper, and maybe some other aspects (eg. modules), > could be bundled as an eet (indeed even as an edje with data parts). > It would provide an easier to create, and distribute, method for > obtaining custom > 'gui shells', and rival the kind of desktop customization/skinning that has > been > around in the Windows world for a very long time. It would even be possible > to have > such shell-themes specific to particular well-known profiles (desktop, > mobile, etc), > and so they could be considered as extensions or modifications of such > profiles. > > Jose. Unlike themes, profiles are *very* easy to create. You just set up your config in a running e session and copy it over, give or take. -- Tom. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libefl is moving to Git today
Coolz. We will see what will happen. Thanks. Daniel Juyung Seo (SeoZ) On Fri, Feb 15, 2013 at 7:12 PM, Carsten Haitzler wrote: > On Fri, 15 Feb 2013 09:09:50 + Daniel Willmann > > said: > > the efl tree has all its files locked now. by me. you should not commit to > this > tree anymore. do all your work in the git tree from now on > > > Hello, > > > > as promised this is your one hour notice. > > > > Please finish what you are doing and commit what you have to. The > > directory trunk/efl will be locked for further commits at > > 10:00 UTC (that is roughly in an hour). > > > > I will let you know when commit access has been restored to Git. > > > > > > The new web frontend is here: > > https://git.enlightenment.org/core/efl.git/ > > > > Read-only git access: > > git clone git://git.enlightenment.org/core/efl.git > > > > Or for developers (not available at the moment): > > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > > > > Regards, > > Daniel > > > > > -- > > Free Next-Gen Firewall Hardware Offer > > Buy your Sophos next-gen firewall before the end March 2013 > > and get the hardware for free! Learn more. > > http://p.sf.net/sfu/sophos-d2d-feb > > ___ > > 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)ras...@rasterman.com > > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 60
if you have an idea to share, share it. stop asking hypothetical and vague questions. On Fri, Feb 15, 2013 at 10:41 AM, المسالم المسالمة < almusalimalmusali...@gmail.com> wrote: > > > > what? do what gnome did? :) ie lose users. :) seriously. the old > fashioned > > look > > is what e is doing (by default) and that's because its what people > > generally > > want or accept. if you want something else its as easy as configuring - > > making > > your own profiles from your config, adding modules or writing them, > making > > themes etc. - it's not something core to e itself. :) > > > > > > > i am with you about customizing the desktop with what we already get > > but i am also here to share an idea with you if you dont want to hear > it > > then its your decision and i respect it > > i am not here to force you and other people to share it > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 60
On Fri, 15 Feb 2013 13:41:59 +0300 المسالم المسالمة said: > > > > what? do what gnome did? :) ie lose users. :) seriously. the old fashioned > > look > > is what e is doing (by default) and that's because its what people > > generally > > want or accept. if you want something else its as easy as configuring - > > making > > your own profiles from your config, adding modules or writing them, making > > themes etc. - it's not something core to e itself. :) > > > > > > > i am with you about customizing the desktop with what we already get > > but i am also here to share an idea with you if you dont want to hear > it > > then its your decision and i respect it > > i am not here to force you and other people to share it happy to listen, but there will be resistance to changing a default away from something traditional that people like and know and can use. gnome made that mistake.. and then didnt offer a "quick - give me back what i had" option. we should, if anything, do experiments in alternative profiles, not the standard. small improvements to the standard one - sure. little tweaks and improvements - yes. major re-creations that leave people wondering how to use e.. bad. > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > 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)ras...@rasterman.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-devel Digest, Vol 82, Issue 60
> > what? do what gnome did? :) ie lose users. :) seriously. the old fashioned > look > is what e is doing (by default) and that's because its what people > generally > want or accept. if you want something else its as easy as configuring - > making > your own profiles from your config, adding modules or writing them, making > themes etc. - it's not something core to e itself. :) > i am with you about customizing the desktop with what we already get but i am also here to share an idea with you if you dont want to hear it then its your decision and i respect it i am not here to force you and other people to share it -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libefl is moving to Git today
On Fri, 15 Feb 2013 09:09:50 + Daniel Willmann said: the efl tree has all its files locked now. by me. you should not commit to this tree anymore. do all your work in the git tree from now on > Hello, > > as promised this is your one hour notice. > > Please finish what you are doing and commit what you have to. The > directory trunk/efl will be locked for further commits at > 10:00 UTC (that is roughly in an hour). > > I will let you know when commit access has been restored to Git. > > > The new web frontend is here: > https://git.enlightenment.org/core/efl.git/ > > Read-only git access: > git clone git://git.enlightenment.org/core/efl.git > > Or for developers (not available at the moment): > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > Regards, > Daniel > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > 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)ras...@rasterman.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: billiob IN trunk/terminology: . src/bin
On 13-02-15 15:24, Daniel Juyung Seo wrote: > Very good and long waited feature!! > But I used to use ctrl for this kind of selection. > How about others? It's Alt on urxvt. I'll add support for shift/alt/ctrl tomorrow. -- Boris Faure Pointer Arithmetician -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] libefl is moving to Git today
Hello, as promised this is your one hour notice. Please finish what you are doing and commit what you have to. The directory trunk/efl will be locked for further commits at 10:00 UTC (that is roughly in an hour). I will let you know when commit access has been restored to Git. The new web frontend is here: https://git.enlightenment.org/core/efl.git/ Read-only git access: git clone git://git.enlightenment.org/core/efl.git Or for developers (not available at the moment): git clone ssh://g...@git.enlightenment.org/core/efl.git Regards, Daniel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libefl is moving on Friday (15.02.2013)
On Fri, 15 Feb 2013 09:36:30 +0100 Peter Kjellerstedt said: > > -Original Message- > > From: Daniel Willmann [mailto:d.willm...@samsung.com] > > Sent: den 13 februari 2013 13:48 > > To: Enlightenment developer list > > Subject: [E-devel] libefl is moving on Friday (15.02.2013) > > > > Hello, > > > > this Friday (15/02/2013) libefl will be moving from SVN to Git. > > > > Timeframe is as follows: > > > > 09:00 UTC: Final warning mail. You should stop committing to /trunk/efl > > in SVN > > 10:00 UTC: Raster will lock the directory /trunk/efl so nobody > > accidentally commits there. When that is done I will update the Git > > repository for efl and verify that everything is working. > > > > ??:00 UTC: Access will be restored to Git and I'll send an announcement > > that the migration is done. > > This shouldn't take too long. I updated the repository yesterday and > > have the whole work flow figured out. Keep your fingers crossed. > > > > > > The new web frontend is here (phabricator is there as well, but > > requires login): > > https://git.enlightenment.org/core/efl.git/ > > > > Read-only git access: > > git clone git://git.enlightenment.org/core/efl.git > > > > Or for developers (not available at the moment): > > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > > > > Regards, > > Daniel > > What about commit mails? Will they still be sent to > enlightenment-...@lists.sourceforge.net or will we get a new list > that we need to subscribe to? there's a new list. enlightenment-...@lists.sourceforge.net -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx IN trunk/E-MODULES-EXTRA: . elev8 elev8/images elev8/m4 elev8/src
On Fri, Feb 15, 2013 at 10:50 AM, Cedric BAIL wrote: > On Fri, Feb 15, 2013 at 6:18 AM, Davide Andreoli > wrote: > > 2013/2/14 Enlightenment SVN > >> Log: > >> Add elev8 module for E17! > >> > >> Now you can write modules for E17 in JavaScript! As a bonus points, it > >> makes > >> E17 even more unstable! Hooray! > >> > >> This is just a proof of concept. It should work, but there are lots of > >> rough > >> edges. See README for details on how to build and use it. > >> > >> Now go make awesome gadgets -- I'd recommend making the Connman > example > >> from > >> EasyUI work as an E17 gadget. It should be a low hanging fruit > (*wink* > >> *wink* *nudge* *nudge*). > >> > >> > >> > >> > >> Author: acidx > >> Date: 2013-02-14 12:43:18 -0800 (Thu, 14 Feb 2013) > >> New Revision: 83922 > >> Trac: http://trac.enlightenment.org/e/changeset/83922 > >> > > > > > > How much the js script are sand-boxed? What can be done from js? > > accessing the filesystem? executing commands? > > > > I have done somethig similar in the past: > > http://code.google.com/p/e17mods/wiki/Edgar > > > > it was (..it is!) an e17 module that load edje files as gadgets and > provide > > a simple > > api to embryo/edc to make the gadgets do stuff outside the edj. > > It's cool as you can do gadgets in a single edj file, but was rejected > due > > to the fact > > that the gadget was not sanboxed. > > > > There are some gadget implemented: > > http://code.google.com/p/e17mods/wiki/Gadgets > > that can be easily ported to this elev8 module I think > > Hello, > Even if that code is not sandboxed, I think it would be worth it to > point people to your website on E.org. I didn't know about Edgar > before... > +1 here. It's good to know that we can even we don't support that officially. Daniel Juyung Seo (SeoZ) > -- > Cedric BAIL > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libefl is moving on Friday (15.02.2013)
> -Original Message- > From: Daniel Willmann [mailto:d.willm...@samsung.com] > Sent: den 13 februari 2013 13:48 > To: Enlightenment developer list > Subject: [E-devel] libefl is moving on Friday (15.02.2013) > > Hello, > > this Friday (15/02/2013) libefl will be moving from SVN to Git. > > Timeframe is as follows: > > 09:00 UTC: Final warning mail. You should stop committing to /trunk/efl > in SVN > 10:00 UTC: Raster will lock the directory /trunk/efl so nobody > accidentally commits there. When that is done I will update the Git > repository for efl and verify that everything is working. > > ??:00 UTC: Access will be restored to Git and I'll send an announcement > that the migration is done. > This shouldn't take too long. I updated the repository yesterday and > have the whole work flow figured out. Keep your fingers crossed. > > > The new web frontend is here (phabricator is there as well, but > requires login): > https://git.enlightenment.org/core/efl.git/ > > Read-only git access: > git clone git://git.enlightenment.org/core/efl.git > > Or for developers (not available at the moment): > git clone ssh://g...@git.enlightenment.org/core/efl.git > > > Regards, > Daniel What about commit mails? Will they still be sent to enlightenment-...@lists.sourceforge.net or will we get a new list that we need to subscribe to? //Peter -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_mixer commits
hey, if you commit stuff to any of the pulseaudio stuff (any of the files that don't begin with e_ or sys_), please also copy the files over to PROTO/epulse! On Thu, Feb 14, 2013 at 9:44 PM, Jérémy Zurcher wrote: > issue… > > if you have more than one card, > the selected channel is always the first one, > regardless of the channel setting. > > surely related to the messy callback path in app_mixer, > i.e. channel list is built twice, no good. > > /me fix tomorrow > > > > -- > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
