On Mon, 22 Mar 2010 03:02:47 +0100 Christoph Wickert > > Yes, LXDE has been fabulous, as has been Fedora, no question. I don't > > know what the occasional rants are about. > > What rants? I hope I didn't miss anything?! I'm trying to follow this > list for at least all Xfce and LXDE issues or whatever affects my > packages. I was talking about Fedora in general here. > > I find midori to be a pretty good option, fast and > > lightweight. But security is a major issue, especially for the user > > who will not be installing much more beyond the basic system. Just my > > thoughts. > > I think security is not so much a concern as usability. I respectfully disagree on this one. Bill Gates had exactly the same point on security versus features and see where that took MS. Linux is known to be secure so we should make sure that that is not compromised. Of course, it is not a problem for the user me who will go ahead and install FF and choose the browser for use accordingly, but the unsophisticated user may not be aware of all this, in the absence of warnings. > > > > Another problem is that midori doesn't support the java plugin, that's > > > why I left java out of the LXDE Spin. This problem could be addressed > > > with firefox too. > > > > > > I still don't know if I like switching, but I'm open to suggestions. > > > Feedback is very welcome. > > > It is not an easy choice, no question! Perhaps we can push midori developers respectfully to focus on adding the layers of security that FF has. > > > > On a different point, I was wondering how to include xosview into the > > panel? The trouble with xload (the load monitor) is that it does not > > show me what the multiple cores/CPUS are doing at a time. However, I > > can not figure out how to put in xosview in the panel so that it would > > show me the CPU, memory and swap usage. Do you know? > > You could try alltray to get xload into the tray of lxpanel. However it > will require a large panel I guess. How does one do this? I find that there is an rpm. Where? > > I think > > other users may also benefit, so something similar to this could be > > considered for inclusion in the default LXDE spin for F13? > > I think this is a very special case. There already is the cpu-monitor > plugin in lxpanel which should be sufficient for most users. I am not so sure. The cpu load monitor does not show processors/cores being used, the memory used/available or the swap. These are very important for a low-resource machine or for users for whom conserving resources is important. Without a monitor, conservation is not that feasible. [Xfce has this feature (I forget what it is called, haven't used it since Fedora 11).] So, it might be beneficial to have some way of displaying cpu (core)/memory/swap. This is provided for by xosview, but other approaches may exist. Same goes for the network status monitor, which would benefit by having some graphical display. Right now, unless I don't know how to set this up, my network status monitor just blinks. Only if I click on it do I get a window ala Windoze which tells me the number of packets received and sent (presumably) since connection. It would be more useful to get current rates of uploading and downloading to help in diagnosis for connections that get stalled for some reason. The information is all there, no question, so it is really a point of whether we can put it in as a metered graphical display. > Currently there is not much we can do. There are no Xfce packages in the > spin, but some GNOME ones such as NetworkManager-gnome and all it's > deps. I'm afraid there currently is no alternative. wicd for example > uses more resources and has less functionality. LXNM is not working and > is going to be completely rewritten from scratch. I agree with regard to NM. It does not look like can be changed. Can we also look at other cdburners? Many thanks again and best wishes, Ranjan -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
