|
As others have said, it's too much. What you have, in effect, attempted to do is to add a universal selector here; and there's already inbuilt functionality for this in the * tag.
|
|
|
|
|
Message Removed
modified 1-Aug-19 21:02pm.
|
|
|
|
|
Thank you, sir;
100
Help people,so poeple can help you.
|
|
|
|
|
|
exactly !!
Help people,so poeple can help you.
|
|
|
|
|
guys, i used to use tables and divs to design forms, but i have received a design that use a list to arrange controls on the form
my question is; what is better for an html form a Table or a List?
Thank you;
Help people,so poeple can help you.
|
|
|
|
|
List is definitely better and faster than table.
Go by W3c thumb rule,
5.3: "Do not use tables for layout unless the table makes sense when linearized. Otherwise, if the table does not make sense, provide an alternative equivalent (which may be a linearized version). [Priority 2]".
5.4: "If a table is used for layout, do not use any structural markup for the purpose of visual formatting. [Priority 2]".
|
|
|
|
|
Thank you;
100
Help people,so poeple can help you.
|
|
|
|
|
There are two schools of thought on this:
School 1 is that tables are OK for styling, and it is possible to style this was. I don't do this.
School 2 [the one I belong to] is that you should never use tables for formatting as it loses the flexibility for formatting. Additionally (possibly more importantly) the html tags have a symantic meaning, tables are for tabular data. This reaps other benefits too: a well designed page can be ordered so a screen reader (for the partially sighted/blind) reads in the logical order which isn't always the same as the visual order. I almost (read 99.99%) never put any styling inline in the HTML, I do it all through CSS. See CSS Zen Garden[^] for examples. For each design the only thing that is different is the stylesheet.
IMO you should use the tags for their intended symantic purpose, others do have a different point of view.
|
|
|
|
|
Thank you for this informations.
hundred of roses;
Help people,so poeple can help you.
|
|
|
|
|
Ma'am;
I have built a tree witch each node is rendered to a table, just like the code below:
<table>
<tr>
<!-- tds to hold lines and +/- img -->
...
<td>
Node Value
</td>
</tr>
</table>
Should I change it to something else?
Help people,so poeple can help you.
|
|
|
|
|
Ali Al Omairi(Abu AlHassan) wrote: Ma'am;
That is Sir to you, unless you mean floated . I may be dead ringer for Kate Winslet (see my signature), but in reality I am a whacking great chap, which is why I found the Kate Winslet thing funny as I'm about as far removed from her as you can get (or I would be if I grew a beard)! In any case, please call me Keith or Abu Adam.
Anyhoo in response to your question, no I wouldn't do it that way: I'd put them into nested divs, something like:
<div id="tree">
<div>
<div>
</div>
<div>
</div>
</div>
<div>
<div>
</div>
</div>
</div>
Then you can do something like :
div #tree
{
}
div #tree > div
{
}
div #tree > div > div
{
}
The actual styling depends on what you want to do, this might not be the most efficient.
One further thing I'd like to suggest before you procede: take a look at the tutorials here: http://www.w3schools.com/[^] especially "Learn HTML" and "Learn CSS". I get my student to go through these as an introduction to our "Web Programming" course.
|
|
|
|
|
I am very sorry, Mr. Abu Adam;
over my head, sir;
Help people,so poeple can help you.
|
|
|
|
|
No problem, an easy mistake to make (except in person ) my name isn't very common.
|
|
|
|
|
|
Generally, Tables are outmoded and are frowned upon.
DIVs for design and better to use a list in a DIV than a Table.
(Also DIVs have CSS capabilities so are more manipulatable for presentation purposes.
------------------------------------
I will never again mention that I was the poster of the One Millionth Lounge Post, nor that it was complete drivel. Dalek Dave
CCC Link[ ^]
Trolls[ ^]
|
|
|
|
|
Thank you, Sir;
Help people,so poeple can help you.
|
|
|
|
|
One big thing (given the OP's location) is that divs are much better for RTL (or the wrong way round as I insist upon calling it to her indoors ) and for switching in bilingual sites that need LTR <--> RTL.
|
|
|
|
|
Hello guys!
I am trying to achieve a simple upload of a file and a text parameter from a html form. The html page is deployed on jboss 4.2.3.GA (but the result is the same even if you put it anywhere outside the server, etc. on your C drive). My POST request always seems to be empty. I am executing request in Firefox 4.0 browser. Here is the web page:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Testing</title>
</head>
<body>
<h1>Use the form to call webservice</h1>
<form action="http://localhost:8080/mobileEmailService/service/OEV" method="post" enctype="multipart/form-data">
Picture: <input type="file" name="img"/><br />
Name: <input type="text" name="name"/><br />
<input type="submit" value="Submit" />
</form>
</body>
</html>
I am using HttpFox utility in Firefox to examine my request. The POST data always seems to be empty so the parameters in the servlet are also empty. If i change the enctype="multipart/form-data" to enctype="application/x-www-form-urlencoded" then i can get all parameters, but they are only strings. For name parameter this is ok, but for file i just get the file name string and that is not ok I need a file.
So does anyone has idea how is this accomplished?
I am using jboss RESTeasy web service to read the request. But jboss resteasy webservices are just servlets in my opinion. But any way, the data does not even get into the request. So that is the main problem. The client does not even send it.
|
|
|
|
|
I don't know exactly what the plugin you use does with the post data, but remember that a multipart/form-data POST just puts everything in the body of the request sent to the server. So it is possible the plugin you use just doesn't understand this type of form submit.
I just verified using Fiddler and the POST data should be visible just fine as long as you look at the RAW data being sent to the server.
|
|
|
|
|
Hello all,
I'd like to know what do you do in order to prevent the customer to receive 10K thousands of spam mails each day.
Do you put their mail address in the contact page?
If you do so, is there any magic trick that would prevent spam bots to find the e-mail addresses?
Any other idea?
PS: I've read that article[^] and I've found quite interesting in this terms, but I'd like to know (from experienced pians) if those methods work or not.
Thank you in advance!
|
|
|
|
|
I use a web form for email. That does not expose the email address to the client. It works.
|
|
|
|
|
Yes... I've thought also on this solution... but... I guess that this will work only if I use the robots.txt in order to avoid Google & Co. to avoid reading the file in which I have the e-mail address written.
Is that in that way?
I've prepared the form. Then I've prepared the PHP file that is being executed once the user press the submit button. By doing this what I've only done is to put the mail address just in another file. Why is this better?
Thank you in advance!
|
|
|
|
|
If you have everything configured properly, search bots should not be able to get at your server-side files. Those server side files render to HTML and that is what the search bots see. If you have your form setup the way I do, the postback that is initiated on the button click causes server code to run that sends the email. The client never sees the email address.
As an example, ASPX files are typically not visible from the client side. They are processed on the server side and the HTML page that results is served to the client. By default, I'm pretty sure IIS does not serve ASPX pages to the client. Kinda like how the web.config is not served to the client.
|
|
|
|
|
Yep! thank you... it works as it was expected then.
|
|
|
|