The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
*cough*
by Datschge on Thursday 18/Dec/2003, @07:50
|
Naming a link "here" should be known to be very bad usability/accessibility-wise. =P
|
[
Reply To This | View ]
|
Re: *cough*
by Datschge on Thursday 18/Dec/2003, @10:47
|
Thanks for correcting it, and regarding the article: great stuff. =)
|
[
Reply To This | View ]
|
Re: *cough*
by Lee on Thursday 18/Dec/2003, @12:59
|
Is it correct? Shouldn't a hyperlink look like "subject of link" and nothing more, like "Apples" or "Picture of an apple" rather than "Apples can be found here, along with other pages about various fruit and vegetables and comments and other cool stuff"?
Hypertext has been around a long time guys... let's get it right :)
|
[
Reply To This | View ]
|
Re: *cough*
by Ian Monroe on Thursday 18/Dec/2003, @13:10
|
I've wondered about this myself. The problem is that sentences require verbs. So I guess something like "<a href=''>Screenshots</a> are available." would make sense.
Having "here" be a link is just bad form in general. I know I often scan pages and read the links; "here" doesn't tell me much.
Adjectives and adverbs have been around a while as well... doesn't mean folks will stop mixing up well and good. Similarly "here" links will be around for a while.
|
[
Reply To This | View ]
|
Re: *cough*
by Datschge on Thursday 18/Dec/2003, @13:46
|
Well, when I posted my first comment only "here" was part of the link. Having half of the sentence as link is not ideal, but still way better than just "here".
|
[
Reply To This | View ]
|
Re: *cough*
by Lee on Friday 19/Dec/2003, @05:56
|
Still wrong and out of spec, though ;)
|
[
Reply To This | View ]
|
Re: *cough* - Actually
by coward on Thursday 18/Dec/2003, @16:35
|
Actually cause we are on the subject the link "more information and screenshots can be found here" does not say "what" i will find if i follow the link. So it would be more clear and good for scanning the page if it would state something like: "More <link>information and screenshots of Qt Accessibility to ATK Bridge </link> can be found ...."
But nonetheless great work and thanks for your work.
|
[
Reply To This | View ]
|
Re: *cough*
by Dawnrider on Friday 19/Dec/2003, @11:41
|
I think KDE needs a HIG, just like GNOME, and a clear aspiration to reduce clutter! I therefore vote that links be simplified to a much more generic form. The full stop is an ideal character to symbolise a hyperlink, and it provides us with a wonderful metaphor. Think of the web as a collection of documents, and hyperlinks as pieces of string, connecting them that users can follow. As such, the full stop actually is an accurate visualisation of the piece of string from the end on.
I think that users will really be able to get behind this new metaphor and that developers should work hard to make this idea ("string theory") a reality.
.
|
[
Reply To This | View ]
|
Re: *cough*
by Eldhrin on Friday 19/Dec/2003, @14:11
|
And there I was about to raid your house and force you to use only GNOME for the rest of your life.
In all seriousness though, for real hyperlink accessibility you should use the title attribute...
|
[
Reply To This | View ]
|
|
sweeet!
by KDE User on Thursday 18/Dec/2003, @08:34
|
Herald, that's like some of the awesomest stuff! Go KDE!
|
[
Reply To This | View ]
|
Glib and ATK...
by David on Thursday 18/Dec/2003, @08:38
|
Is it possible to do this without Glib and ATK - such as Qt having its own native solution? Is this part of the future plans and this only a temporary solution?
|
[
Reply To This | View ]
|
Re: Glib and ATK...
by Harald Fernengel on Thursday 18/Dec/2003, @09:17
|
Qt already has its native solution, look at the KDE accessibility project for infos how to use it. Sun has put a considerable amount of work into accessibility and this bridge allows Qt/KDE apps to be accessible by those tools as well (next to the native KDE tools). Qt apps will be as accessible as JAVA, Mozilla, OpenOffice....
|
[
Reply To This | View ]
|
|
Snapshots early 2004
by Anonymous on Thursday 18/Dec/2003, @09:27
|
Does this means it's part of Qt 4, or an extension for Qt 3.3, or usable even with Qt 3.2?
|
[
Reply To This | View ]
|
Re: Snapshots early 2004
by Waldo Bastian on Thursday 18/Dec/2003, @13:45
|
It will certainly be part of Qt 4. There is a chance that it will feature in Qt 3.3 already.
|
[
Reply To This | View ]
|
|
Sun's ATK?
by Lee on Thursday 18/Dec/2003, @13:01
|
I thought ATK was a GNOME project. Guess not. But this IS the same ATK library that GNOME takes advantage of, right? So they'll be fully interoperable, as far as accessibility goes?
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Harald Fernengel on Thursday 18/Dec/2003, @15:05
|
Well... every accessibility stuff was done by Sun, the mozilla MAI stuff, the OpenOffice accessibility integration, the Java Bridge, atk and at-spi. Okay, they host it in the gnome cvs, but all copyright headers reference Sun.
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Lee on Friday 19/Dec/2003, @05:59
|
OH. That's a shame, actually. I was all proud of GNOME and the wider OpenSource movement for actually getting that whole thing done well. Still, at least it's done. And it's great to see KDE going a similar route. This stuff is important, and doesn't get enough attention! :D
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Heini on Friday 19/Dec/2003, @13:29
|
I think public money shall be spent on it. this is work that has to be paid by the governments.
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Ian Monroe on Friday 19/Dec/2003, @17:08
|
They do more or less. Some credit should go to the pressure that governments have exerted via their purchasing power. At least its an educated guess that ADA requirements and their counterparts outside the US was at least part of the incentive for development.
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Sun/GNOME/ATK on Saturday 20/Dec/2003, @07:38
|
Done by Sun does not imply that it is not part of GNOME. Sun supports GNOME and is member of the GNOME Foundation. And they chose it as their new official desktop environment for Solaris. So, if they take part in developing GNOME, and developed ATK as their part in that development, ATK is part of GNOME.
The fact that it requires Glib should be another hint...
|
[
Reply To This | View ]
|
Re: Sun's ATK?
by Anonymous on Saturday 20/Dec/2003, @08:19
|
> Sun supports GNOME and is member of the GNOME Foundation.
The GNOME foundation's bylaws doesn't allow a company to become a member.
> The fact that it requires Glib should be another hint.
So aRts is part of GNOME?
|
[
Reply To This | View ]
|
|
Thanks!
by Roberto Raggi on Friday 19/Dec/2003, @07:08
|
Nice Christmas present Harry!! Thanks a lot :)
|
[
Reply To This | View ]
|
Re: Thanks!
by AC on Friday 19/Dec/2003, @15:11
|
Any on-screen keyboard? Thats what I need.
|
[
Reply To This | View ]
|
Re: on screen keyboard.
by Sad Eagle on Saturday 20/Dec/2003, @09:30
|
There is actually more than one, and you may be able to use one right now, depending on what exactly you need. If you just need text input, try out viki (it's in kdenonbeta); you may have to combine it w/kmousetool from kdeaccessibility, to make input easier, depending on your needs. Through the atk bridge, the gnome onscreen keyboard may be usable; that one has slightly more features, including capturing UIs to button grids, but it's of course not clear whether it works right, since the bridge is not yet avaiable
(There is also a sort of third option, klavi, which I wrote, and which uses a patched Qt to talk to Qt accessibility interfaces directly; that has basic input and menu + toolbar capture, but it's too much of a prototype to likely be of much use)
|
[
Reply To This | View ]
|
Re: Thanks!
by Olaf Jan Schmidt on Sunday 21/Dec/2003, @06:08
|
|
There are several options, depending on your needs.
Viki from kdenonbeta is a small utility that shows a keyboard using the currently configured keyboard layout / language. To make it useful, you should it combine it with the "sticky keys"-feature in the KDE Control center (see devices / keyboard), and maybe with kmousetool from the KDE accessibility package. If you wish to try this out, please ask for further information on kde-accessibility@mail.kde.org
Another option is gok from the GAP (GNOME Accessibility Project), which much bigger and is very feature rich. It allows you to define your own keyboard layouts and works with any X application. For applications that support ATK another great features is mpossible: The integration of the applications' user interface into the on-screen keyboard. Once the bridge is completed and KDE has been extended to fully use Qt's Accessibility Framework, perfect interoperability will be possible here, but that still needs to be done.
In any case, if you have further questions, please join out mailing list at
https://mail.kde.org/mailman/listinfo/kde-accessibility/
Olaf Jan Schmidt
(KDE Accessibility Project)
|
[
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)
Posted by Harald Fernengel on Thursday 18/Dec/2003, @06:18