Re: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester
on 15/1/05 7:28 am, Brett Walsh at [EMAIL PROTECTED] wrote: Can someone tell me why I am receiving this rubbish??? Because someone gutless, devil worshipping moron likes to spam people :( -- Kind Regards Stuart Maynard-Keene [EMAIL PROTECTED] ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Another Zen Garden Entry
Jixor - Stephen I wrote: Mani Sheriar wrote: Thanks, Charles! Just to put in my two cents about the wasted space issue In general, I actually prefer fixed layouts to fluid. I have a wide monitor and when divs take up all the available space on it they are often unwieldy to read, not to mention less attractive. I have 21 1600x1200 - full width certainly can be too wide to read, especially if the text is small. However fluid 75% I think is good. Fixed width sites are an ugly PITA. Enter Keywords, WHO'S ONLINE LOGIN FORM look really stupid split to two lines: http://calicovial.no-ip.com/mrmazda/lrhp2.png -- The message of the cross is foolishness to those who are perishing, but to us who are being saved, it is the power of God. 1 Corinthians 1:18 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://members.ij.net/mrmazda/auth/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester
On Sat, 15 Jan 2005 18:28:40 +1100, Brett Walsh wrote: Can someone tell me why I am receiving this rubbish??? Replying to Brett offlist Lea -- Lea de Groot Core Group Member ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
My Apologies Defence !! RE: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester
Ok, first off I apologise that this mailing list accidentally received this promotional email. I installed a new list manager and it took everything from my main funkdub folder, unfortunatley there were some email addresses it added to the list which it shouldn't have, including obviously, this one. I am currently reviewing and rectifying this email distribution list and you won't receive these emails in the future. Please do not ban remove me from this WSG list as I find it very useful. Ok so that's the apology and explanation. Now I feel the need to defend myself. Can someone tell me why I am receiving this rubbish??? ...as already mentioned above this is an administrative error and I hope users accept my apology... Because someone gutless, devil worshipping moron likes to spam people :( ...I think that's a bit harsh, and insulting, I am a regular contributor to this list and am far from gutless sir, as for the rest, sticks and stones... AND finally for the (probably the same) loser who botherd to check out my site and submitted the following enquiry ( I have *'d out to save your blushes) Submitted to Funkdub www.funkdub.info Name: You Organisation: Are a f*cking spammer Email: [EMAIL PROTECTED] Telephone: yep thats right...your suckthe big one. Website: http://dumbc*cksucker.com Message: you're a spamming c*cksucker. fu*k off! for someone who has a spam poison image/link on their front page then has the nerve to send out spam. fukn hell dude. what the f*ck is your problem. are you a total moron? hmm ok don't answer that. not really required is it. SUBMITTED: SEND The only moron I can see sir is you. This was an honest mistake. Who are you the list law? I'm sure if it was a real issues the list owner would have contacted me directly. and you've obviously got far too much time on your hands... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stuart Maynard-Keene Sent: Saturday, January 15, 2005 08:24 To: wsg@webstandardsgroup.org Subject: Re: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester on 15/1/05 7:28 am, Brett Walsh at [EMAIL PROTECTED] wrote: Can someone tell me why I am receiving this rubbish??? Because someone gutless, devil worshipping moron likes to spam people :( -- Kind Regards Stuart Maynard-Keene [EMAIL PROTECTED] ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: My Apologies Defence !! RE: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester
On 1/15/05 4:54 AM Sam Hutchinson [EMAIL PROTECTED] sent this out: Ok, first off I apologise that this mailing list accidentally received this promotional email. I installed a new list manager and it took everything from my main funkdub folder, unfortunatley there were some email addresses it added to the list which it shouldn't have, including obviously, this one. I am currently reviewing and rectifying this email distribution list and you won't receive these emails in the future. Please do not ban remove me from this WSG list as I find it very useful. I thought sure I recognized you as a very useful contributor here, so I assumed the post from your address was some sort of error (either address book hijack or something similar) and so I just deleted the message and moved on. I don't know why some people get so bent out of shape with what is such an obvious errant message and can't realize that they need to just hit delete on these things. The bent people owe you an apology in my opinion. Sigh Rick Faaberg ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: My Apologies Defence !! RE: [WSG] 2 WEEKS TONIGHT! Funkdub @ City Bar, Chester
Sam has apologised. As far as on-list discussion goes, this thread is closed. Any further discussion should be done directly with the parties involved, or via a polite email to info@webboy.net Offenders will suffer the wrath of the Admins. Thanks, Ben WSG Core ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] problems fitting content in third column in IE win
I was hoping someone could look at a test page I am workin on located at: http://www.echs.dpsnc.net/testing/html/public_affairs.htm. the problem I am having is in IE Win, the text in the third column (on the right) is not fitting inside the column borders. I originally tested using firefox, so I got the text to fit perfectly with that browser and any extra padding or margin I add to help out with IE will push things too far over to the right in the mozilla browsers. Starting to get my predicament? It's driving me batty! Any hints, suggestions or solutions would be greatly appreciated. the CSS can be found at http://www.echs.dpsnc.net/testing/css/DPS_top_level.css TIA -- ::Bruce:: ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] problems fitting content in third column in IE win
Well, Bruce, it is broken in FF 0.9.3 Win too... http://tmp.alphanumeric.cz/Image31.png -- Jan Brasna :: alphanumeric.cz | webcore.cz | designlab.cz | janbrasna.com Stop IE! - http://www.stopie.com/ | http://browsehappy.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Thanks a lot guys and gals.
Thanks so so so much for the answer, I really know why the Import was
not working with IE.
I have another question. I am working on a site and I decided to set
hyperlink colors.
There are three colors I would like to set
For example, consider this css
a {
color:blue;
text-decoration:none;
}
a:hover{
color:Purple;
text-decoration:underline;
}
a:visited{
color: Light blue;
text-decoration:none;
}
Do replace the color names with the HTML Hex codes to be more precise.
The problem is with IE 6.0, once the link is visited, meaning it's in
history, when the mouse is moved over it, I don't get to see any hover
effect as it is seen on fresh un-visited link. This behaviour is with
IE only.
With Firefox It is the way I wanted, meaning the Hover CSS applies to
Visited as well as A
Is there any directive as
a :visited:hover
I tired that but the results were not effective.
Salman
-- Forwarded message --
Wrom: DDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBD
Date: Fri, 14 Jan 2005 01:17:29 +0500
Subject: Two CSS Question
To: [EMAIL PROTECTED]
Hi People,
I am a Tech Writer and Web Developer. I am usually a silent reader in
WSG and being reading the amazing eye opening stuff about user
accessibily, layouts and many interesting stuffs.
1)
I would like ask what is the difference between using LINK REL and
@import statement in linking style sheets.
Both of them atatches the Style sheet to an HTML document, I would
like to know the pros and cons of attaching with link rel or attaching
with @import.
2)
Second, in CSS2, is there always a wrapper ID we have to define for
all our elements to hold. In other words we are restricting our selves
to be in the least minimum screen sizes.
Let me ask in another way. If i am using tables as layouts, (which I do
not like these days) I use width attribute as 100 %.
Is there any way to achieve the same funcionality in CSS 2 and with
screen size in-dependence.
Salman.
--
It's the attitude that determines the altitude of flight
Salman, Khwaja
Tech Writer - Halcyon.
--
It's the attitude that determines the altitude of flight
Salman, Khwaja
Tech Writer - Halcyon.
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
Re: [WSG] problems fitting content in third column in IE win
On Sat, 15 Jan 2005 13:38:31 -0500, Bruce Gilbert [EMAIL PROTECTED] wrote: I was hoping someone could look at a test page I am workin on located at: http://www.echs.dpsnc.net/testing/html/public_affairs.htm. the CSS can be found at http://www.echs.dpsnc.net/testing/css/DPS_top_level.css The problems are not limited to IE. Try removing the underscores from all the selectors on the CSS file, and validate it, and the HTML file. Changing font-size 76% to 100.01% on the body will help readability at 1280. David -- http://www.dlaakso.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] problems fitting content in third column in IE win
Bruce Gilbert wrote:
http://www.echs.dpsnc.net/testing/html/public_affairs.htm.
the problem I am having is in IE Win, the text in the third column
(on the right) is not fitting inside the column borders. I originally
tested using firefox,...
A few things:
- A lot of margins and paddings, combined with width:100% or similar
full-width on inner-containers, is pushing containers out of shape in
IE6. That is the reason for the differences you see, since you'll just
get overflow in FF.
- Margins and paddings in ems are not useful in your fixed-width layout.
Use pixels instead. Zoom text to see what I mean-- you are just pushing
things out of shape now.
A quick fix:
#right_column{
width:135px; /* corrected value */
}
#About_Department{
margin:0 0 0 3px; /* corrected value */
}
#footer{
width:790px; /* corrected value */
}
... the rest is your original code.
- It's looking pretty similar in FF, Opera and IE6 with these
corrections, but it is just a quickie... :)
I didn't attempt a complete fix, because that would mean rewriting the
entire stylesheet and reduce it to about half the size.
It is a pretty large stylesheet for such a simple layout, and a lot of
those definitions isn't doing anything positive.
regards
Georg
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
Re: [WSG] Thanks a lot guys and gals.
On Sun, 16 Jan 2005 00:22:38 +0500, Salman, Khwaja wrote:
Is there any directive as
a :visited:hover
I tired that but the results were not effective.
a:visited:hover should work (ummm... not sure about cross-browser
compatability) (hmmm... you had a space in your example, after the
colon - that might stop it working too)
However, if you reorder your existing CSS to
a:link {}
a:visited {}
a:hover {}
you will find that the hover will override the visited styling.
The C in CSS stands for Cascading :)
a:visited:hover is mostly used for yet a different style for hovering
over visited links, rather than duplicating the :hover style
HIH
Lea
--
Lea de Groot
Elysian Systems - I Understand the Internet http://elysiansystems.com/
Search Engine Optimisation, Usability, Information Architecture, Web
Design
Brisbane, Australia
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
[WSG] A question of semantics
Help!! I am in the process of building what amounts to a search form that will extract a club listing from my database. Before I start the building process, I'd like to know what would be considered the most semantically correct way of doing it. The form will display a club listing by state via a pull-down menu or text input and has the following fields: Title: Search Club Listings Text input field for club name search Pull-down menu of states search List button (submit) I tried to followed last week's discussion on the semantics of tables, etc. in forms hoping it would give me some insight, but I think I got too lost in semantics to fully understand. Should this be a table, a DL or is there some other, better way to accomplish this input form? I want it right the first time, since there are other input forms that will use this general application elsewhere on the site as well. Any help will be greatly appreciated Wayne ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A question of semantics
Wayne Godfrey wrote:
what would be considered the most semantically
correct way of doing it.
The most correct way (tm):
form action=... method=...
fieldset
legendSearch Club Listings/legend
label for=nameName of club/label
input type=text name=name id=name /
label for=stateState/label
select name=state id=state
option value=../option
/select
input type=submit value=List /
/fieldset
/form
and have a something like
label,input,select { display: block; }
so that each label and input is on a new line.
The reason for people wanting to use tables, definition lists, or
similar constructs for forms stems purely from their desire to style it
a certain way...but the above is the bare minimum, cleanest way, imho.
--
Patrick H. Lauke
_
re·dux (adj.): brought back; returned. used postpositively
[latin : re-, re- + dux, leader; see duke.]
www.splintered.co.uk | www.photographia.co.uk
http://redux.deviantart.com
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
[WSG] Labels for hidden inputs?
Hi, input type=hidden tags are meant to be visually hidden from the user. Accessibility guidelines state that a label is to be created for each input tag but does it include hidden inputs? Seems counter-intuitive to me, would like to get your feedback on it. Thanks! Wong ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A question of semantics
On Sat, 15 Jan 2005 23:12:57 +, Patrick H. Lauke wrote: input type=submit value=List / /fieldset Would you include the submit button in the fieldset by default? I had been assuming that, semantically, it sat outside the fieldset(s). curious, Lea -- Lea de Groot Elysian Systems - I Understand the Internet http://elysiansystems.com/ Search Engine Optimisation, Usability, Information Architecture, Web Design Brisbane, Australia ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A question of semantics
Lea de Groot wrote: Would you include the submit button in the fieldset by default? I had been assuming that, semantically, it sat outside the fieldset(s). purely from a technical point of view, if you wanted the submit button outside of the fieldset, you'd have to put another block level element (fieldset seems the best, imho, but even a neutral div would do) around the content of the form to validate as xhtml strict. form... fieldset fieldset ... /fieldset input type=submit value=List / /fieldset /form from a semantic point of view, fieldset groups related form elements together. i don't see why the submit button would not be in relation to the other elements...if anything, the submit button is the one element that relates to everything else in the form, as it's the one element that sends all that stuff out. however, if i had more than one fieldset (e.g. many sub-sections within the form), i would not have the submit as an element of the last fieldset, but outside, and wrap everything in another fieldset as mentioned above, i.e. form fieldset fieldset ... /fieldset fieldset ... /fieldset input type=submit value=go / /fieldset /form hope that makes sense... -- Patrick H. Lauke _ re·dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Labels for hidden inputs?
Wong Chin Shin wrote: input type=hidden tags are meant to be visually hidden from the user. Accessibility guidelines state that a label is to be created for each input tag but does it include hidden inputs? Seems counter-intuitive to me, would like to get your feedback on it. nowhere in WCAG1.0 does it say that *all* inputs (or form elements, to be more accurate) require a label element. the only checkpoints relating to labels are 10.2 http://www.w3.org/TR/WCAG10-TECHS/#tech-unassociated-labels (which only applies to browsers which do not handle label elements, and basically says put them in the right place, i.e. before text inputs, textareas and selects, and after checkboxes and radio buttons) and 12.4 http://www.w3.org/TR/WCAG10/#tech-associate-labels (which concerns the use of the label element). now, 12.4 is Associate labels explicitly with their controls. see, no mention of *all* controls. indeed, certain elements have their label built in (consider, for instance, the submit button, which does not require a separate label, as its value attribute *is* the label). the reason behind label is to provide additional, explicit explanation for form controls that users interact with. hidden inputs are, by definition, not exposed to the user...hence, they do not require a label in the first place. so...no need to worry about them. if, by any chance, you ran your form through an automated accessibility validator, and the validator flagged it as an error, then ignore the warning (or better still, stop using that validator, as it's giving you *wrong* information) -- Patrick H. Lauke _ re·dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Labels for hidden inputs?
I am fairly sure that there were some exceptions set in the W3C guidelines. Can't remember the exact wording, but hidden type=hidden, type=button, etc don't need labels. -Original Message- From: Wong Chin Shin [mailto:[EMAIL PROTECTED] Sent: Sunday, 16 January 2005 10:24 AM To: [EMAIL PROTECTED] Subject: [WSG] Labels for hidden inputs? Hi, input type=hidden tags are meant to be visually hidden from the user. Accessibility guidelines state that a label is to be created for each input tag but does it include hidden inputs? Seems counter-intuitive to me, would like to get your feedback on it. Thanks! Wong ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A question of semantics
The simplicity of it all. Thanks Patrick, I doubt that I would have ever come up with this solution, which is why I posed the question in the first place!! Forms are mysterious creatures to meThanks again. wayne ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A question of semantics
On Sat, 15 Jan 2005 23:52:16 +, Patrick H. Lauke wrote: if i had more than one fieldset (e.g. many sub-sections within the form), i would not have the submit as an element of the last fieldset, but outside, and wrap everything in another fieldset as mentioned above Hmmm, interesting. I've been trying different tag structures with forms recently, but haven't been happy with the semanticness (its a word if I use it as one ;)) of anything I've done. Simply stripping it back to bare bones and using css to make the display block level hadn't occurred to me (Doh!). It feels like overkill to wrap all the fieldsets in another fieldset, simply to include the submit button in a fieldset, but I think thats simply unfamiliarity. I do think that the submit button relates to the other fields as a group, rather than individually, so even for one fieldset, logically we should put the overkill solution of: form fieldset fieldset ... /fieldset input type=submit value=go / /fieldset /form Yuk! Thanks :) Lea -- Lea de Groot Elysian Systems - I Understand the Internet http://elysiansystems.com/ Search Engine Optimisation, Usability, Information Architecture, Web Design Brisbane, Australia ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Your opinions about my weblog's new layout
I am designing a new layout to my weblog and I'd like you people to tell me your opinion about it. The layout is on http://www.brunotorres.net/trial/index.php All critics and opinions are welcome. People using mac please, check it for me (iCapture is not working so I have nowhere to test on mac browsers). Cheers! -- Bruno Cunha Torres http://www.brunotorres.net/ http://www.dotplusweb.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Your opinions about my weblog's new layout
Bruno Torres wrote: I am designing a new layout to my weblog and I'd like you people to tell me your opinion about it. The layout is on http://www.brunotorres.net/trial/index.php All critics and opinions are welcome. People using mac please, check it for me (iCapture is not working so I have nowhere to test on mac browsers). Cheers! I think that I actually prefer the old layout, however the new one is good too. Main complaint with the new one is the google ads column. Its a lot of space for little content. Maybe you could also have some photography in the header, I like the image used on the previous layout. Now mark up is whats important on wsg. Your content type should be application/xhtml+xml; charset=utf-8 I would add a description meta too. Not sure that you really need the fieldset in the email and search forms. Otherwise it all seems good. Didn't see any obvious errors. Later, ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
