Re: [elinks-dev] witekfl branch status
On Sun, Feb 25, 2007 at 12:14:35PM -0600, Kenny Hitt wrote: Hi. On Sun, Feb 25, 2007 at 10:52:47AM +0200, Kalle Olavi Niemitalo wrote: speech Needs a use case and review. Could then be merged before 0.12pre1. Is this intended to help blind people? I believe they usually have screen reader programs; why is this better? The code may also cause compilation errors on non-POSIX systems but I think we can sort those out based on test reports if there is a 0.12pre release after the merge. I can't speak for other blind people, but I use a screen reader for access to elinks. I would also like to know why this feature was added and why it is better than using my screen reader. This feature does not collide with screen readers. I just want to listen to ELinks sometimes. Witek ___ elinks-dev mailing list elinks-dev@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-dev
Re: [elinks-dev] witekfl branch status
On Sun, Feb 25, 2007 at 10:52:47AM +0200, Kalle Olavi Niemitalo wrote: acckeyThis seems to fix a bug; please advise how to reproduce the bug. html body a href=/ accesskey=aStart/a /body /html And ALT-A doesn't work. Start iterating from the next link: Where there is more links with the same accesskey only the first one was accessible via accesskey. I think starting from the next link is just. bug844Needs review and testing. bug916Needs review and testing. bug927Will merge. bug935If you test this with UTF-8 then I'll merge it. epoll I don't think this should be merged. If ELinks has to keep supporting select() too, I think the maintenance burden outweighs any advantages epoll may have. It may be faster; but I don't believe the speedup is noticeable in practice. It is not limited by FD_SETSIZE; but threads[] still has that limit. fsp Needs review and testing. gpm Please add some documentation into gpm-wheel.patch. Does the patch fix a bug in GPM? Can it hurt compatibility with programs that use libgpm? mergedThese have already been merged to master. nonblkThis makes local CGI pipes use nonblocking I/O. Not using nonblocking I/O is a bug, and local CGI was added in ELinks 0.9.0. Thus, the stable releases ELinks 0.10.6 and 0.11.2 may also have this bug. Please add the bug to bugzilla.elinks.or.cz so that backports can be tracked. spaces1 ftp didn't handle filenames with spaces. Does it work in 0.10.6 and 0.11.2? If not, please add this to bugzilla.elinks.or.cz. Do you think that maintaining 3 versions of ELinks is reasonable? spaces2 Decode %20 in local filenames and enclose them with ''. This seems suspicious. What if there is '' or '\' in the filename? There is add_shell_quoted_to_string for such purposes. Fixed. Thanks. spaces2 handles mailcap entries like this: application/x-tar; /bin/tar tvf -; print=/bin/tar tvf - | print text/plain:-; copiousoutput Witek ___ elinks-dev mailing list elinks-dev@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks-dev
