faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: nice goal, you'll never reach it.
by Adrian Baugh on Saturday 19/May/2007, @04:22
|
| Nice trolling. But it's better than gnome already (a drool-proof interface isn't the same as good usability) and while OSX itself is pretty good HIG-wise Apple seem to have lost the way a bit recently, with the various experimental interfaces they release. I don't say 4.0 will be perfect, but hey - nothing is. |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: nice goal, you'll never reach it.
by Andre on Saturday 19/May/2007, @07:30
|
How well does it scale? It is good to start a formal HIG review process. The same needs to happen in terms of security review, and the best method is of course to automatise quality testing as much as you can. EBN is a fantastic tool.
Btw: with Feisty's KDE 3.5 pasting text from Mozilla Firefox (an url) to the console (e.g. for wget) does not work, but when you past it to kate and repaste it to the console it does work. Interesting it also works with the console context menu but not when pasted with the mouse. Kate? Ah he: On the console kate throws kate: WARNING: Pixmap not found for mimetype application/vnd.oasis.opendocument.presentation hm?? How can this be checked and tested? Use cases? Most problems we have with KDE have to do with these interfaces. When you look at the forums you see that people have always the same problems. And you see that this is no inner-KDE issue. When just testing KDE it does not occur as you would use Konqueror. Hmm, how come that someone wanted to use Mozilla? Problems usually occur at the interfaces or when real world data is fed. For version 4.0 talkback versions should to be provided, that is if an application in use throws warnings that needs to be fed back to the developers. Quality wise an application is mature when it takes more than 5 minutes for you to find a bug.
Third party problems really need review. When we think of fonts, then it should be possible to use the fonts but when certain features or needed codesets are not supported by the font file I would like to know it before I chose to use the font, so I don't have to wonder why it does not work. Is there a font testing environment, to test for KDE complicance?
Same for icon sets, currently there is no way for a user to find out how complete an icon set is. If you had tests you could say: this icon set is complete for x. And get a kind of KDE certificate which motivates third party providers to make it complete. A, B, C compliant. Same for languages, we have some languages which are in a beta stage completeness and quality wise. http://l10n.kde.org/stats/gui/stable/ Here we have a bar but users don't get informed, and some languages e.g. nds just don't work, a problem of Feisty or KDE? Don't know.
And in terms of fonts: just take the most common third party fonts files and test them. Else you have the same problem as with printer drivers. You haven't tested them and chose a random one. If it works its fine for you. but there may be better ones with other cryptic names and features you don't even want to know. Third party files, fonts, icons, hardware, plugins, mp3s whatever should not be able to corrupt KDE and if so you need to know before that the file is only for beta or alpha use.
|
[
Reply To This | View ]
|
Re: nice goal, you'll never reach it.
by Kevin Krammer on Sunday 20/May/2007, @03:19
|
> with Feisty's KDE 3.5 pasting text from Mozilla Firefox (an url) to the console (e.g. for wget) does not work, but when you past it to kate and repaste it to the console it does work
How did you copy it? Did you properly select it with the mouse (for pasting with the mouse) or did you do a copy action, e.g. context menu, CTRL+C?
|
[
Reply To This | View ]
|
Re: nice goal, you'll never reach it.
by Andre on Sunday 20/May/2007, @06:38
|
select- left click - copy
and paste with middle mouse button.
maybe no KDE problem because you have the same problem with Mozilla. As if there were two different clipboards.
|
[
Reply To This | View ]
|
Re: nice goal, you'll never reach it.
by Paul Eggleton on Sunday 20/May/2007, @13:15
|
That's because there *are* two different clipboards in X - thus people who are expecting a Windows/Mac style clipboard get what they want, and people who expect a Unix style clipboard get what they want also. Just don't try to mix the two.
|
[
Reply To This | View ]
|
Re: nice goal, you'll never reach it.
by Kevin Krammer on Sunday 20/May/2007, @14:09
|
Hmm, well, true.
But in this case it should have worked. After selection the URL text with the mouse it should be in the one "clipboard" for middle mouse paste and after doing the copy action it should *also* be in the other clipboard.
A problem would be if one has a link with a text that it is not the link's URL, i.e. the part inside the "a" tag is not the text in the "href" part.
In this case one can only copy the link to the "action clipboard" and not to the "selection clipboard", thus cannot paste it with middle mouse click.
However I am not sure if an application is or is not allowed to set the "selection clipboard" as well if it doesn't have an explicit selection.
|
[
Reply To This | View ]
|
Re: nice goal, you'll never reach it.
by Kosh on Tuesday 22/May/2007, @02:49
|
I just tried that on Feisty from Firefox into a konsole window and I can't reproduce this issue. I have Feisty 64bit edition. This kind of stuff makes it very very hard to find and fix bugs since you have to first be able to replicate the bug. I see a lot of this kind of stuff in the software I write, a user will have a strange bug that can't be replicated and nobody else experiences, most we track down end up being something the user did or some screwed up settings on their machine.
Computers are very complex and expecting to find and fix all bugs is just unrealistic.
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
