473,320 Members | 1,900 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

No TABLES in html. No hacks in CSS. Any layout possible, crossbrowser. Try it.

Please check out my javascript library that allows you to create any
layout for your web page, nested as deep as you like, adjusting to
width and height of a browser window. You just describe it in
javascript object and that's all. No need to know CSS hacks, no need
to clutter your html with tables.

http://www.bravelayout.scarabeo.biz/Quickstart
Dec 30 '07
53 4045
On Jan 6, 11:36 pm, Bergamot <berga...@visi.comwrote:
brave1979 wrote:
I've checked how jaws actually behaves.
It reads whatever is seen on the screen line by line. It does not read
HTML source. It does not read DOM tree.

Have you verified that there aren't configuration options that do it
differently?
This program is not exactly user friendly, so I am far from claiming
that I exhausted all option available.
BTW, you do know that JAWS isn't the only reader, eh? It is probably the
most used one, though.
It makes sense that it tries to read actual pixels on the screen.
Hence the name "screen reader". Probably other screen readers do
something similar.

I think BraveLayout is quite safe to use, regarding people with
disabilities.
Jan 8 '08 #51
Sorry to see so many posts being overly critical, it seems like people
are complaining against tables even when there are none in the html!
One of the main reasons to not have tables is because it clutters up
the code, it does not matter if your output has tables that no one
sees, that is ridiculous for people to complain about... seems like
they are just trying to be rude.

You put hard work into a different layout solution which I think is
wonderful.
Of course there are a few concerns people have addressed but currently
I think it's pretty solid. I want to thank you, your bravelayout is
definately a step in the right direction.
Jan 14 '08 #52
On 14 Jan, 20:23, Chemixst <matthay...@gmail.comwrote:
Sorry to see so many posts being overly critical, it seems like people
are complaining against tables even when there are none in the html!
One of the main reasons to not have tables is because it clutters up
the code, it does not matter if your output has tables that no one
sees, that is ridiculous for people to complain about... seems like
they are just trying to be rude.
Oh, don't talk shite.
Jan 15 '08 #53
Chemixst wrote:
Sorry to see so many posts being overly critical, it seems like people
are complaining against tables even when there are none in the html!
One of the main reasons to not have tables is because it clutters up
the code, it does not matter if your output has tables that no one
sees, that is ridiculous for people to complain about... seems like
they are just trying to be rude.

You put hard work into a different layout solution which I think is
wonderful.
Of course there are a few concerns people have addressed but currently
I think it's pretty solid. I want to thank you, your bravelayout is
definately a step in the right direction.
No the problem as I recall was that the "method" relied on client side
JavaScript to produce the page. In the 90's when DHTML was the buzz word
and security wasn't considered this "bird" may have flown. Requiring
JavaScript for your site to function is a bad idea today on too many
ways to list. Google if you want more info...

--
Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
Jan 15 '08 #54

This thread has been closed and replies have been disabled. Please start a new discussion.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.