In this editorial published on osViews the author preaches integration as real opportunity for Linux to become a "killer application". As example for his argumentation he mentions KDE 3.3 and its new integration features.
Dot Categories:
In this editorial published on osViews the author preaches integration as real opportunity for Linux to become a "killer application". As example for his argumentation he mentions KDE 3.3 and its new integration features.
Comments
My wish is for Konqueror to be integrated into Kontact just like Lotus Notes 7.0 has a browser embeded. I find the interface of Lotus Notes very intuitive. I hope Kontact developers can learn from this.
My other wish is also borrowed from Lotus Notes...that is, implementing tabs. I mean one tab could be having a weather applet, and another having kmail while another is having Konqueror and so on.
Disclaimer: I know nothing in coding for KDE, so it might be that, what I am suggesting is not a very good approach. I liked it though.
well, seen Lotes Notes being used by my father (who is a reall n00b) and I think it has a pretty good interface. so copying it whoulnt hurt... but the design should stay within the boundary's of the KDE look&feel.
Well, you mean you want khtml embedded, not Konqueror really. ;-)
As far as I understand that wouldn't be hard at all, besides figuring out how it would fit into everything.
I haven't used Lotus Notes so I don't know how the browser fits in with the rest, I don't really see how it could work.
The most important lesson the Kontact developers can learn from Lotus Notes are how NOT to design an UI. I think Notes has one of the worst UI I have had the pleasure to use the last few years. There probably are a few gems of good UI-design hidden in that monster, but overall it's quite horrible. It has lots of quirks and inconsistencies, things like no drag'n drop from mail to todo list. Or my personal favorite, removing a reoccurring item from one day in the calendar wipes out all instances of said event.
Personally I don't think the notion of clicking on a link in the PIM transforming it into a browser, rather than opening a browser are particularly intuitive. This perhaps has more to to with personal preferences. But for Notes user I suspect it comes more from the fact that Notes cluttered UI forces people always to run it fullscreen.
As for the use of tabs in Notes, my experience is that this is the single most confusing factor in the UI for users with skills ranging from novice to intermediate.
"My other wish is also borrowed from Lotus Notes...that is, implementing tabs. I mean one tab could be having a weather applet, and another having kmail while another is having Konqueror and so on."
This would be done by the window manager. And in fact there are window managers that can do this. I can't remember the names, but I've tried a couple that do this. Search around on google.
Btw, why would you want a browser in kontact? What is the use-case for it?
I Worked one year with this tool, I think that
there is nothing worse than notes for reading
mails and that it is absolutely NOT intuitive.
The icons are spread everywhere in the window
so that you never know where to search, even the
menus are complex and things that should be
together are in separated menues. No, realy,
in one year, i could not figure out how it works.
So this is a question of beeing used to a tool,
I was so pleased to change my job, just to get
rid of this silly tool !
I wish that nothing from Notes will be integrated in KDE
which is VERY intuitive (okay, too many
options in kcontrol, but the GUI is very easy).
I agree.
Lotus Notes mail is the biggest pile of crap I have ever had the misfortune of using.
Please don't copy the Lotus Notes "UI." It has a mostly unusable user interface I've ever seen. NOTHING is intuitive in Lotus Notes, except finding the Exit command on the File menu.
Lotus Notes for email is one of the worst examples of UI design in the history of computing. I would rather work entirely from a DOS prompt.
The Notes email experience a bit like changing light-bulbs with wet hands. Sure, it lights up the room, but it's bloody painful.
May the paths of Notes and KDE never cross.
Brendan
It would be really cool if KDE would start using a XHTML interface. This interface could be rendered with KHTML.
Say, for example, the control-center, file-dialogs, and maybe even menus and the K-menu?
Then, we would really be talking about integration and standards. Also, it would make it easier for new contributions. Everybody (well, almost) knows html.
Is this doable?
Ohhhhhh ! Stop please :)
XHTML is for prensenting specific data (texts, images, quotes, tables,...). XHTML has nothing to do in GUI construction.
If you think about XHTML, why not using LaTeX ? :)
You want to sue something made for an other purpose. (X)HTML is a semantic language not a design one. KDE already use .ui files to build application's GUI and this files are in XML.
Moreover you say that "Everybody (well, almost) knows html". It is wrong. Try to validate some random web sites with W3C (X)HTML and CSS validators. Look at their code and tell us if it is semanticly correct, if it is accessible, if it respect WAI recommandations. I don't think so :)
The real question is whether we need windowing-Desktop Envoronments at all. A only web-browser fullscreen interface with a few local webservices top control and configure your local maschine do meet users needs better. No startmenu. Programs run like webservices or java applets embedded in a tab.
This may be better for a few new users, but its far from efficient, you have less control of whats going on. Say you want to look at something still while working on another thing? Can't do that in a web based environment.
Wouldn't you just open a second browser window to do that?
Then you would just be using Webmin.
Did you ever actually try to write a full-fledged application with a web-interface? I did. It sucks. You have a far less rich set of options to create a usable gui, which needs to be reloaded with everything you actually do with the application. Using such a thing for *everything* would be my definition of a UI hell. Lucky for me (and the rest of the people who actually use the system), I think there is no chance KDE will head in that direction.
Its hard to come up with something new and to get a valuable unbiased feedback.
Some weeks ago my parents (64 and 66 years old) asked me, if I could setup their first-time-computer for some easy tasks - email, web, print some text.
Of course I setup a kde system: strip it down, only a few icons with text, configure kiosk, install an automatic backup system.
They are really happy with their system. No problems, they know about email folder, they look at the photos previews from their new digicam in konqi.
BUT the biggest problem for my parents is to understand the concept of files and folders. In a time of google where you _find_ your information it is not that easy to accept that you have to _arrange_ your work.
When my mother wrote a new text she asked me, why the work must be saved: "Its there on the screen!?"
Its very interessting to look at these absolute computer newbies. I learned a lot what I have already accepted as necessary.
Bye
Thorsten
i have something similar now :D my dad asked me if he could use my computer for some tasks :D (63) - but he found the system good and logical (5 minutes for basic usage like useing mouse, and looking at docks on the cd - yes - I WAS shocked and stuned for a while :D ) - so that is the proof that no a one system would be best for all of users :]
// quite funny -he is a person whose first computer operating system is aqtualy considered as one of the thoughest :D - gentoo
Hey, this concept of "the text is already written, why should I save it" it's something that should be investigated more deeply, IMO.
SO 4 was integrated, mozilla was integrated.
A failed business ideology.
Agree.
If you start adding specific code to made app X talk to app Y, you are lost.
The real point is not Integration, but interoperability. Apps should be able to talk other apps, but in an open fashion, I mean, using standardised protocols, so the apps are interchangeable.
Bingo! Spot on! :-D
I Could Not Agree More(TM)
-Macavity
>>> SO 4 was integrated, mozilla was integrated. <<<
=====
No. Those were not _integrated_. Those were _monolithic_. There's a difference.
Exactly.
And the result were monster applications that are very slow to load.
Compare that to how KMail displays a user's instant messenger connection status. The ICQ, Jabber, ... functionality is not duplicated in KMail but the info is gotten from Kopete *if* it's running. Much less additional code in KMail and no slowdown in KMail loading, no matter if that feature is used or not. If it *is* used then the user has already "paid" when loading Kopete (memory, CPU cycles, IO), but he doesn't have to pay twice.
That's KDE's idea of integration.
It's also one step cooler than that.
KMail, kaddressbook, etc actually have no idea about kopete. It uses a generic interface that any app can implement. Konversation also implements this interface, so you can also see if any irc contacts are online (and chat to them, send them a file, and so on.) There's also work on adding support for this to atlantik (monopoly game) and a few other apps.
I just want to add that this isn't limited to KMail or Kopete. Any (KDE) app that implements the IM interface can tell apps like KMail or KAddressBook who's currently online. IIRC then the IM interface is also being implemented in Konversation.
It'd be great if there was a gaim plugin to integrate it into Kontact/Kmail. It'd be nice to be able to pick and choose between applications from different OSS "vendors".
For example, more integration with Firefox or Thunderbird would be nice too.
I think the important word here is _interface_ (read the two posts above yours by JohnFlux and Ingo Klöcker). Now if those apps you're talking about implemented those interfaces (if gaim implemented KDE's instant messenger interface, for example) then this would already be possible.
I don't know if implementing these interfaces would be feasible for a non-KDE app, though, or how hard it would be.
For an outlook on the integration of Firefox into KDE read Zack Rusin's blog entry: http://www.kdedevelopers.org/node/view/615
...the author says "the possibilities are vast. E.g. instead of going to KDE-look to fetch wallpapers, you could have a module in the KDE Control Center which automatically connects to a server and downloads new wallpapers as they become available."
I remember that something like this was being developed a while ago, in form of a special button that would exist in aplications, which would connect to kde-look to download specific content for it.
Korganizer would download calendars, hollydays, kcontrol center would download themes, wallpapers, icons, Koffice would download clipart, etc, etc, etc. I just don't remember what the project was called or who was developing it (maybe aseigo), neither do i know what's the status of it, since I haven't lurked the mailing lists for a long time.
A great idea, in my opinion! There's so Great stuff on kde-look, it's a shame a percentage of users won't take advantage of it because they won't browse it.
quanta+ and korganizer have this feature already build-in.
Bye
Thorsten
Well we need to do some things to update our site and enhance the experience. The software is called KNewStuff and it is actually used in even more places. What we did was to write some code to enhance security and allow content to be signed, but we will continue working with it. It's very cool technology and it allows any application to set up online resources.
> What we did was to write some code to enhance security and allow content to be signed
Ah, that's very good to hear.
That's right, it appears as a "Get Hot New Stuff" in the Help menu.
At this link is a tutorial for programmers who want to add this infrastructure to their apps,
and it shows kamikaze and korganizer as examples of apps using this feature:
http://mindx.josefspillner.de/kde/hotstuff/