On Mon, Feb 8, 2010 at 1:46 PM, David Seikel <onef...@gmail.com> wrote: > On Mon, 8 Feb 2010 12:45:46 -0200 Gustavo Sverzut Barbieri > <barbi...@profusion.mobi> wrote: > >> As far as I know, the following modules are maintained, solid and >> useful (to their extent) to be merged in e/src/modules, being declared >> as "official and trustworthy": >> >> - notification (I use and maintain it) >> - tclock (actually we should merge it with official clock) > > I agree with merging tclock and clock, and I think I did that long ago. > I would go as far as merging it with calendar to, since all that is is a > date display with a popup. I remember raster saying he did not want > them merged, as clock is an example of pure edj, and he wanted it to > stay that way. Tclock has a configuration window, so it's not pure > edj.
This is no strong argument, as the gadget itself will still be pure-edj. The config dialog is orthogonal and should stay like that. I'd go further and say that this would be an even better argument of having one single module with 2 radically different views (analog and digital) just changing the group. I'd not merge it with calendar, but I'd make the clock popup better and more useful, including date, weekday name. Also good to have is timezone support, so I can have 2-3 clocks with different timezones while traveling -- just need couple of embryo calls to convert between seconds and break-down time, similar to gmtime() and mktime(). >> The following modules must be merged between their variations, with >> the resulting module being possible to be merged in tree: >> - forecasts, eweather, weather: why 3 modules to do the same thing? >> choose one and ditch the others, merging useful features of them. >> eweather is currently too big UI-wise, but its libeweather seems nice >> and useful. So have a smaller/smarter UI for eweather and remove the >> others? > > I dunno about the new one, but the old two get their weather info from > different sources. Merging is good, but choice of weather source is > also good. Having several sources of info is even better, in case one > gets broken, or withdrawn, or whatever. libeweather was all about different sources AFAIK. What none of these modules do is to listen for mode->offline and stop trying to fetch things while E17 is offline, doing useless calls just to timeout. So far, e17/connman already exposes offline state (forced), but one could use e_dbus/connman to query current state and if offline no internet activity would be done -- think about airplanes and battery savings. > I suspect you will see the same sort of bun fight there was over EWL / > ETK, two camps with different ideas about how to do things going in > their separate ways. No. Unlike the toolkit stuff, this is not reasonable to have different modules. I'd rather pick one and delete the rest that allow this kind of useless segmentation :-/ > I would also merge in the moon module, when the moon is visible in the > selected location, show it in the correct phase. Showing eclipses > would be cool once sun and moon are being shown in the same module. +1 there! > I also had a thought that the rain and snow module would be cool to > have them respond to the weather module. Raining when it's really > raining, snowing when it's really snowing, even going as far as snowing > heavily when there is a real blizzard outside. Maybe even turning on > the flame module on really hot days? lol > > Then someone would have to write lightning and fog modules.... I like this idea. It's useless, but coll useless is nice... after all these are eye-candy modules, they could be merged and use libeweather to rock the world. >> I don't know about the following, are they useful (in which way) are >> they maintained (who)? >> - alarm >> - cpu >> - diskio >> - emu >> - execwatch >> - iiirk >> - language >> - mail >> - mem >> - net >> - news >> - taskbar >> - tiling (I bet this one is not maintained, and what it does can be >> replaced by illume2's policies) >> - uptime >> - winselector >> - wlan > > CPU, diskio, mem, net, and wlan I always wanted to replace with > something more like gkrellm. As it is I have a honking big gkrellm > taking up about half my screen pinned to my desktop. I would rather it > was integrated into the e17 desktop like everything else. I have some > ideas about how to do that well, but lack the time. I wanted to add > that sort of thing to emu (you can see stuff about that in the emu > docs). > > Emu itself keeps working despite the bit rot, though I don't check it > that often. I'm the maintainer for it, but I never had the time to > take it to the places it was meant to go. Dunno if it is useful to > anyone, but I would not move it to core. I do have some new menu stuff > to add to it, but that got put on hold to. > > Uptime I use, it's the one thing I could move out of gkrellm. lol yeah. this is a good idea, having a "monitors" module that packs all these stuff into single blob that you could choose per-gadget displays, being a good replacement for gkrellm. > A minor change to the language module would actually make it useful for > me to switch between two layouts for the same language. It used to be > able to do this, but somehow got stuck in "one language, one layout > allowed" some time ago. > > While I'm in a griping about modules mood - I fixed the temperature > module long ago to allow a choice between more than the first three > temperatures (the CPU temp on my motherboard is the fourth one, and > that's the important one for me). Someone changed it back to three, > and now I see there is no choice at all. It currently shows the first > temperature, which on my motherboard is the PSU, and my PSU does not > even have a temperature sensor, so completely useless to me. I'm > stuck with using the gkrellm again. sigh fix it, you have the knowledge and the commit access... maybe not just the time, but try to find some time to improve our beloved wm :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
