Quoting Tim [EMAIL PROTECTED]:
Dear Group,
Doing a google check with allinurl:hereticpress.com/ I discovered my
site was being duplicated on another site
http://literature-universe.info/siteinfo.php/www.hereticpress.com/
Dogstar/Novels/NUNC.html
I get an access denied error 403 when
Quoting Tim [EMAIL PROTECTED]:
Dear Group,
Doing a google check with allinurl:hereticpress.com/ I discovered my
site was being duplicated on another site
http://literature-universe.info/siteinfo.php/www.hereticpress.com/
Dogstar/Novels/NUNC.html
I get an access denied error 403 when
Hi All,
I wanted to know whether I can store search result from any known site with
me or not? (If this search is free).
Lets suppose I want to store the response of
http://www.google.com/search?hl=enq=searching+techbtnG=Google+Search;
with me. I m using html/Javascript/Ajax but ajax with only
RichardI would suggest not using Marquee effect if at all possible. IMHO, finding such code is almost playing the accessibility standards game, rather than making something truly accessible and usable. Moving images / text will be difficult for some people to read, and if links are embeded, a
Hi Rob,
Normally I'd agree with you, but a Stock Ticker is something of a tradition
in the industry and I think the users are used to the idea.
Here's what I've put together.
That is an assumption. It's like saying popup windows were an
convention over the years and people should be used to
RichardThe colour contrast is high, I personally could live with it. maybe tone it down a bit, however keep it within the guidelines (use colour contrast analyser 1.1 or similar) As is, the colours are basicaly fine within the usual colour blindness tests. If the text size is proportionate with
On 9/7/06, Kevin Futter [EMAIL PROTECTED] wrote:
Ironically, I actually *do* use #topNav a lot, but I selected this name in
the context of top *level* nav, rather than top *positioned* nav. It never
occurred to me that this might be semantically ambiguous. I guess
#primaryNav becomes the better
I think one animation going across the page isn't going to kill people.
Like most scrollers, mousing over it pauses the animation.
And how do I do this with a keyboard? I'm not saying your
implementation is not good (actually it is very thorough), I'd just be
_very_ careful about claiming
Elliot Schoemaker wrote: [snipped]
Has this become a philosophical discussion yet? I quite like the idea
of such a topic.
- Elliot
OK, so how far do we take this thinking on semantics etc. For example,
many people use a div called 'header'. Suppose I decide to put this at
the bottom?!!!
Richard Czeiger wrote:
I'd appreciate any comments/suggestions/criticisms...
http://www.grafx.com.au/wip/marquee.html
Resulting in a blank page with no Marquee in my Opera 9.
Unreadable even with font-resizing to largest in IE6, because of too
high contrast.
Quite a few steps font-resizing
redesigned the following site. I tested it with IE 6, FF, Konqueror, and
Opera. With Opera 9 the navigation isn't displayed correctly, with Opera 8.x
no errors occur. The horizontal rule still behaves strangely with IE - it
should always be 66% wide, however IE shows it on all pages except the
/
20060907 Camino/1.2+
with minimum font-size set to 12px.
Barely readable for my old eyes, even as it is static.
See this for why.
http://www.geckoisgecko.org/
Philippe
---
Philippe Wittenbergh
http://emps.l-c-n.com
***
List Guidelines
Designer wrote:
OK, so how far do we take this thinking on semantics etc. For
example, many people use a div called 'header'. Suppose I decide to
put this at the bottom?!!! Taking this to the extreme, it suggests
that 'header' is presentational/positional.
Well, I regularly put parts of what
I always call the group of elements on the top of the page #header, but I don't
interpret it as a positional name at all. I believe that the header of a
document, whatever it is, groups important information of the same kind. We can
find on the header of a document, for example, the name of the
Tony Crockford wrote:
Hmmm...
I think we could take this too far.
if html contains head and body, why cant body contain header, content
and footer
yes they are positional.
but there has to be some structural semantics as well surely? (we
accept that head comes before body...)
we also
Designer wrote:
I agree. The thing is, if top, middle and bottom are OK, surely left and
right are too? Where do you draw the line?
(my own view is that they probably are OK - like Patrick said,
pragmatism is the order of the day here, surely?)
I think so...
until we get a algorithm built
Thanks to Kepler for tinkering with the CSS and to everyone else for their input on this.
The html below allows the floated divs on the right to stack when resolution gets to 600x800.
(in both FF and IE6 Win)
The primary containers needed % widths and there needed to be enough extra room in
On 7/09/2006, at 11:11 PM, Designer wrote:
So, what we need is a summary of useful 'box-names' which are
semantically sound, but which don't actually mean anything!
I've always borrowed from the print world: #masthead, #sidebar,
#navigation (or #nav), #main (or #main-content), #search and
Designer writes:
I agree. The thing is, if top, middle and bottom are OK, surely left and
right are too? Where do you draw the line?
(my own view is that they probably are OK - like Patrick said, pragmatism
is the order of the day here, surely?)
In my current projects i try to avoid
Can I ask a DOM question here? Is there a way to use JavaScript and the
Dom to make an element be focusable?
--
Marc Luzietti
Flagship Project
Bayview Financial, L.P.
(305) 341-5624
***
List Guidelines:
On 9/7/06 5:02 PM, John 'Max' Maxwell [EMAIL PROTECTED] wrote:
www.project.ex16.co.uk
Min-width would be my only complaint. Narrow windows get crazy.
Very nice though.
--
Tom Livingston | Senior Multimedia Artist | Media Logic |
ph: 518.456.3015x231 | fx: 518.456.4279 | mlinc.com
Andrew Cunningham wrote:
Designer writes:
I agree. The thing is, if top, middle and bottom are OK, surely left
and right are too? Where do you draw the line?
(my own view is that they probably are OK - like Patrick said,
pragmatism is the order of the day here, surely?)
In my current
John 'Max' Maxwell wrote:
I next want to look at full disabled access etc - can anyone recommend a
solid and well represented, up to date resource for this area of web
design?? Please do not say google it - I want advice from people who
have used it - there are websites and even published
Yes :)
input type=text name=foo id=bar /
script
document.getElementById('bar').focus();
/script
Paul
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe:
I might be missing something, but there's:
document.getElementById( id).focus()
to set focus using the DOM...
On 9/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
Can I ask a DOM question here? Is there a way to use _javascript_ and theDom to make an element be focusable?
--Marc
Thanks,
I have blocked IPs collecting email address as well, everyday, more and
more IP email address collectors. Sorry for the ban on some Melbourne
IPs Lawrence. I have most things spam proof, email addresses hidden in
javascript and lots of fake emails addresses on pages with META tags
Tony Crockford writes:
Agreed, for general elements, but what about for images within a column of
text..
the placement of an image within a column would still be subject to
mirroring in theory, so i'd nbe inclinde to avoid descriptors of left and
right.
the concept of left and right in
Can I ask a DOM question here? Is there a way to use JavaScript and the
Dom to make an element be focusable?
If the item in question can receive focus (e.g. input ... or a ...),
then add an id to the element:
input type=text name=phone id=phone ...
And then use:
Marc Luzietti wrote:
Is there a way to use JavaScript and the
Dom to make an element be focusable?
Here's a script for I often use applying focus to form elements for IE. I
call it focus_js.js and It could be used for anything, they just need to be
added as indicated below. If used
document.getElementByTagName('body')[0].focus() ?
http://developer.mozilla.org/en/docs/DOM:element.focus
http://msdn.microsoft.com/workshop/author/dhtml/reference/methods/focus.asp
fry
[EMAIL PROTECTED] wrote:
Can I ask a DOM question here? Is there a way to use JavaScript and the
Dom to
I am interested in a CMS that is:
* XHTML Strict
* Built-in Accessibility features.
I also need one that has the following:
* Blog with commenting
* RSS syndication
* Events calendar and option for people to sign up for events
* Basic image galleries
* Search options
* Donation option
John 'Max' Maxwell wrote:
Hi All,
its very early days but I am trying to tie down a solid cross-browser
3 column liquid layout - I'm really only at 'wireframe' stage but have
shoved some content in to make sense:
www.project.ex16.co.uk
I am looking for cross-browser friendly resizing of
Philippe Wittenbergh wrote:
On Sep 8, 2006, at 12:28 PM, Richard Czeiger wrote:
I've updated the script and taken in to account the contrast factor
as well as the accessibility issue.
If I were to take it to the exterme, I'd dynamically generate the
control links.
As it is, i've chucked
I've updated the script and taken in to account the contrast factor
as well as the accessibility issue.
If I were to take it to the exterme, I'd dynamically generate the
control links.
As it is, i've chucked them into a separate div
http://www.grafx.com.au/wip/marquee.html
That is not
On 05/09/2006, at 11:37 AM, Matthew Cruickshank wrote:
Is there any convention or standard for this?
Not that I've found. The Yahoo's web services API documentation
says that 400: Bad request. The parameters passed to the service
did not match as expected which seems about right for missing
35 matches
Mail list logo