On Mon, Jul 4, 2011 at 2:31 PM, Anton Aylward <opensuse@antonaylward.com> wrote:
todd rme said the following on 07/04/2011 07:44 AM:
On Mon, Jul 4, 2011 at 12:53 PM, Anton Aylward <opensuse@antonaylward.com> wrote:
Roger Luedecke said the following on 07/03/2011 09:22 PM:
however alot of people seem thoroughly hung up on Firefox.
For me, the issue isn't the rendering engine that is Firefox, but the addins.
* Addblock * Noscript * Web Developer * Dictionary/Spellchecker
There are also niceties
* Password tools, not just management but ones to make them visible on screen * Download management * "Its all text" which allows me to edit forms using VIM or Kate
There are others, and I suspect that beyond the first two I mentioned tastes will change, but the real power of Firefox, the real advantage for most user, like in this library of add-ins. Rendering speed may be a good thing for technical people or for magazines to write about, but its these 'luxuries' that sell.
Rekonq has built-in adblock, so I would say it is better than firefox in that regard. Spell checking is needed at the QtWebkit level, and is currently being implemented (I don't know when it is expected, though). Manually loading plugins (like flash) is built into rekonq, but not the manual javascript blocking features from noscript.
I think you are missing my point. OK, so rekonq has addblock built in. WYSIWYG and that's it. With Firefox I can load _other_ blockers and ADDITIONAL plugins.
You can load additional blockers in rekonq as well, just click a link for a rule list and it is automatically installed. As was mentioned before, plugin support is already being implemented.
Manually loading? I see the manually/automatic load from web page, but visiting a mozilla page such as https://addons.mozilla.org/en-US/firefox/addon/web-developer/ "nothing happens".
Yes, that is because it is a mozilla extension. Of course mozilla extension aren't going to work with other browsers since it is heavily based on the XUL system underlying mozilla but used by pretty much no one else. Rekonq is getting support for the html-based extension supported by chrome and probably others as well.
I see what the help has to say about flash, but there are other plugins beside flash.
There is a difference between a plugin, which usually refers to the netscape plugin standard supported by most web browsers for things like flash, video, java, and so on, and extensions, which are usually browser-specific (although, unlike firefox, rekonq is making an effort to use a cross-browser extension format). The manual loading of plugins, which is one of the features of noscript, is built into Rekonq. That has nothing whatsoever to do with the loading of extensions.
One huge disadvantage of rekonq I forgot to mention, which may very well be a deal-breaker, is that it cannot handle multiple logins for a single web page.
Yes that would be a deal breaker. But I can't imagine why I would be using KWallet. Other password stores - e.g. KeePass - are more flexible, and for many of us the portability across systems is more important. I run openSuse on my laptop, am forced to use Windows at work, have mandriva and redhat machines under my desk. There's an android phone or tablet in the near future.
KDE is switching to a cross-desktop password system called ksecretservice. This will allow developers to add new password backends for any password-managing system they want. Kwallet will be a wrapper around this, so the change will be transparent for KDE applications. It should be possible to make a KeePass backend for it as well. But unlike the use of extensions like firefox, the change will be totally transparent to applications, they will neither have to know nor care the Kwallet is now completely different under the hood. This is a big advantage of KDE's approach of making things integrated, applications don't have to independently make major change every time someone wants to add some new backend or feature, only the underlying system has to be modified and all the applications get it for free. Similarly, switching to a new web browser, say from konqueror to rekonq, doesn't have any impact on the backend developers, they can keep programming for the same underlying system they always have been. Compare this to Mozilla where plugins have to be updated, sometimes significantly, for every Firefox release, and need to have different code-paths for different Mozilla-based programs like Firefix, Thunderbird, Sunbird, and so on.
I'm not asking the KDE developers to throw away KWallet. Not everyone will want to adopt external tools. But please don't turn inwards and do the ivory tower thing, hard-code KWallet into the KDE tools. That seems to be the approach that a lot of the Desktop managers are taking, creating "islands of excellence" that ignore other features.
It is a good thing, then, that KDE is doing the exact opposite of this.
We've been down this road with akonadi/nepomuk. I like KDE in general but the whole point of Linux is freedom to mix and match. I think Thunderbird is better that Kmail. YMMV. But if I use Thunderbird then forcing me to use akonadi/nepomuk isn't nice. No better than Microsoft forcing Outlook Express on my if I want to use Thunderbird on Windows.
You shouldn't need to use Akonadi at all. There was a problem where Plasma called the Akonadi calendar, but this was a bug and I think it has been fixed for 4.7. Now there should be now reason you need to have Akonadi at all. You can just uninstall it if you don't want it, or simply don't use it, it shouldn't start unless a PIM application tries to use. Nepomuk is merely a program for reading and writing metada, you don't need to know or care that it is being used any more than you know or care that exiv is being used. -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kde+help@opensuse.org