You need to ask a specific question, in order for anyone to help.
'Stein commented: Awsome, thanks Thomas. +1
You need to ask a specific question, in order for anyone to help.
Get the value AFTER you submit it? That would be a server-side question. Since you mention Java, I suggest you ask in the Java forum. All values are packaged in the RESPONSE object, but that object is exposed in different ways in different languages.
The same way you include scripts in any other page. The window.open() method requires a URL as an argument. That URL will, of course, reference a page. That page will have whatever content the page author places in it, including scripts.
If you are asking about techniques for accessing parent-child DOM elements, you need to be more specific in your question.
Perhaps I wasn't very clear: only the "current page" can resize and/or open a window. Once the web server redirects to a page, only THAT PAGE can resize its window.
You cannot force a page to be a certain size.
The only way to resize a page is to control the window in which it appears, which you already know how to do "when a user pushed a button", meaning, using the window.open() method, I presume.
When you redirect, you aren't creating a new window. You lose control over the window. The new page owns it, so that page will need to contain its own resize code.
That's not quite correct. The 'Focus' event fires when the control receives focus from the user. The event that fires when an element's value is changed is 'Change'. So, the event handler attribute you need is "onChange".
The "file" type uploads a file. You have to process the file which has been uploaded, via server-side code. I don't believe that the "onselect" attribute/event handler is meaningful for an input element of type "file".
Background colors are specified with the "background" CSS property.
If you want to display an image on a "black" page, you could use a style declaration for the page like this:
<style type="text/css">
html, body
{
background: #000000;
}
</style>
All they are doing is opening a window with a black background, the exact same size as the image that will be loaded.
Since the image takes a bit of time to load, you see the black window first as the browser loads the image.
Sure you can. Wrap any image you like with the standard hyperlink tags, and you're set. It work just like text does, simply replace the text with an image.
Research the "Timer" object.
Well, if you're submitting the page, you're submitting it to a server-side process, which in turn has to generate a response. You can generate any response you like...
I don't quite understand the problem. Are you by chance using ASP.NET with "Smart Navigation" turned on? If so, turn it off.
I don't see a question here, either. Are you asking how to create a hyperlink? Display an image? Specify a background color? I keep looking at the code you posted expecting to see something mysterious...
For an editor, I use TextPad for nearly everything.
For HTML vs XHTML, I just wrote the following on another site:
There is no such thing as "HTML". There are HTML specifications. The pages you author need to follow a particular specification, or "flavor" of HTML.
You tell the browser which specification you adhere to by using a "doctype". It's a declaration you make just prior to the <html> tag.
The vBulletin system is written to the XHTML 1.0 Transitional doctype/specification. That means, only those tags which are within that specification should be used.
A document that is "valid" is one that adheres to the specification.
Q. What if I don't declare a doctype?
A. The browser will just "guess", and use its own internal defaults. This is very bad news particularly with IE, which is simply screwball about things. You'll wonder why your code "works" in one browser but not another.Q. What if I use a non-standard tag, or something from another HTML specification (such as <center>)?
A. It will probably render fine. However, the danger is two-fold:1. You don't really know, as the browser is rendering that tag however it likes, NOT in relation to a published specification.
2. The day is coming when the user will control what to do with non-compliant code, just as they can control whether to render graphics, styles, and scripts today. On that day, millions of pages break because the authors didn't care about …
I always wonder what sort of responses the posters of such questions are expecting to see.
PayPal is a very elaborate set of services, developed by a team of extremely experienced developers over several years. It takes a massive amount of in-depth knowledge about the credit system, the banking system, the protocols used by that industry, XML, EDI, Soap, security issues...
And you're seeking advice on "implementation and all" from a bunch of dudes on a forum?
My advice? Do a reality check.
You need to put [Serializable]
above the procedure signature. Why? Depends on what you're writing and how/why.
The Visual QuickStart series is good. The book I learned basic HTML coding from was by Elizabeth Castro. That was years ago, and I'm sure the book has been updated to cover CSS, and DHTML, by now.
First learn XHTML, which is the current version. It's the core markup, the elements. You then learn CSS for how to "style" and "place" those elements on the page. JavaScript, you learn as-needed.
For sites that actually "do something", you'll need to learn a server-side language, and I recommend PHP. Learn PHP and MySql together, there should be thousands of books on that topic.
I wrote this article to answer issues with dynamic server controls:
ASP.NET Conditional Dynamic Controls. It should answer your questions.
This makes it harder, true. But the decryption code must also be embedded in the script. How secure is it to send an ecrypted password along with all the code necessary to decrypt it?
Again, there is no way to secure a site using client-side techniques.
However, this is trivial with server-side code and/or techniques.
Why go to elaborate lengths to attempt a client-side method that will never be secure, instead of clicking through a wizard on your web server config console?
Just contact your host, tell them you want basic authentication for your directory, and be done with this.
Stein: no, you can't password-protect with client-side scripts or markup. Any code you wrote would have to be interpreted by the browser, which means it is sent to the browser, which means any password would be embedded in the code. It's as simple as viewing the source, then entering the password.
If you are affilated with that site, you should note that we don't allow advertising here. If this is code you wrote, you're invited to post it as a Code Snippet.
Since the page doesn't itself contain in advertising, I'll give you the benefit of a doubt and leave this thread intact.
Try asking at www.vbhackers.com or www.vbulletin-faq.com. They are not affiliated with Jelsoft, but the sites are well run.
The "official" site for vbulletin customization is www.vbulletin.org, but I don't recommend it - the signal-to-noise ratio is awful, and the site is managed in a highly unprofessional manner.
There is no way to secure a page using JavaScript, HTML, or CSS, the topics of this forum.
You either have to do this at the server or data layers of your application (or both).
I mean, just do what you are already doing. Modify your image tag to be within an anchor tag:
<img name=picture src="img/iamge_main.jpg" width="528" height="228" border="0">
That's what you have now. Add an anchor (I also removed the "name" tag as it is deprecated, changing it to the "ID" tag, and wrapped the value in quotes).
<a id="picture_link" href=""><img id="picture" src="img/iamge_main.jpg" width="528" height="228" border="0"></a>
There, now you have a link. To change the link destination, you'd revise your JavaScript: function (you have to revise it anyway to be compliant and use the "id" property instead of "name"):
function doButtons(picimage)
{
document.getElementById('picture').src = picimage + ".src";
document.getElementById('picture_link').href = "http://www.daniweb.com";
}
That should work, though I haven't tested it.
Simply add the href (anchor) tags around your image source. You can change the href property programatically, just as you are doing with the src property of the images.
We simply disagree that CSS is unrelated to "content".
In fact, it allows the HTML to be solely content. Ask yourself what "BGCOLOR" has to do with the "content" of your site, and perhaps you'll see my point.
Puck - it's all in your mindset. When you realize that CSS was invented to FIX issues with HTML, or to SIMPLIFY/STANDARDIZE HTML (so that we didn't have a lot of custom-to-the-browser tags like "layer") - then perhaps learning CSS won't be such a hurdle for you.
That's a complex script... your best bet for support for pre-made scripts is to contact the script author. While I will not discourage anyone who wants a challenge to jump in help you out, I have to say it would be quite a commitment to ask.
Custom developed, so it's not one you can download. It's more than just a "skin" - the site has been dramatically customized as well.
This isn't strictly an HTML/CSS/JavaScript question: you're posting in the wrong forum.
I'll answer the parts I can: the HTML form submits the contents of the form to whatever page is specified in the "action" property of the "form" tag.
Your Perl script is supposed to then run, outputting a new HTML page containing the contents of the variables just posted.
I think you have a server configuration problem, as it isn't actually "running" the PERL program.
You said the result should be rendered in a Div, what I replace the "Div" with a "tr" tag?
Then you would get a badly broken HTML fragment. You really don't want elements that will have their display and/or visibility properties dynamically changed, within a table.
So it would be?
<a href="javascript:show('news1');">Welcome</a><br> <div id="news1"> welcome to the site </div>
That would be the HTML part of it, yes.
Then, you'll need CSS assigned to the DIV in order to make it initially invisible.
You'll need to write a JavaScript function named "show", which accepts the ID of the div and changes the style to "visible".
You'll need the server-side code to retrieve "welcome to the site" from a database and write the above output.
You do just what you said: have server-side code perform a query or stored procedure, render the results in a DIV, and toggle the visibility of that div using JavaScript.
Again, which part do you have a question about?
Which part of your giant sentence do you need further help on?
That's fine, but... what is the question?
Sorry, but I've read this a couple of times and don't see a question. Could you distill all of the above into a single, succint, specific question?
I've moved this post, as Dreamweaver, Flash, Quicktime and the rest aren't HTML, CSS or JavaScript.
I don't know what they do. You haven't shown the entire element, so I don't know if you're still trying to use "embed', or if you've switched over to "object".
This page documents problems and and workarounds for XHTML and Flash.
No. Again, those bullet styles are part of the spec, and will be rendered according to how each browser sees fit. If you want custom bullets, use images. Even in 4.0, the "TYPE" attribute is deprecated.
The new way is to use images, as I've mentioned. This is a good article on "taming lists" with CSS.
Those bullets appear as small red letter "v" on your page in Firefox.
With HTML 3.2, which you appear to be using, you have only 3 bullet types, and the browser will render each as it sees fit. See this reference.
CSS has nothing to do with that, though you can use CSS and a background image to simulate custom bullets. A web search for "CSS bullets" should show you plenty on the topic.
The "embed" element isn't within the XHTML specification. It's been replaced by "object".
I still don't understand. The validator allows you to validate something you paste in, or a URL. In either case, PHP renders HTML. You shouldn't be pasting the PHP, you should be pasting the results of the PHP program.
To repeat:
Browse to your file. View Source. Copy. Paste.
A quick perusal through your CSS didn't show that you were defining any absolute point sizes. Relative terms like "medium" will be displayed... in relative terms. :)
In the future, could you please just post scaled down versions, only those portions directly related to your question? Thanks.
Rather that starting a new thread for each question, could you keep all related posts within the same thread?
Many CSS elements, such as z-index, and floats, take on their "rendered meaning" based on associated (in terms of the document hierarchy) elements.
In other words, if you're going to z-index one element, you should z-index all elements.
Your example page isn't really helpful, because all they are doing is placing standard images within divs... no fancy tricks going on.
I don't think you can do this. An image used as a background is just that, a background. It simply isn't a hyperlink. Find something else within the table you can hyperlink.
Browse to your page. Select "View Source". Copy it all. Paste it into the appropriate spot on the validator page.
Who says you can't validate? Just copy and paste the URL into the appropriate spot on the validator page.
Those effects are done with images. There is no "shadow" property with CSS.
This article on A List Apart nicely describes the technique.
It's about the image... his image has a gradient from the top to the bottom, so repeating it horizontally doesn't introduce any borders.
Your image's gradient runs horizontally, from left to right. Repeating that image horizontally creates a border between the light and dark edges.
Instead of all that color formatting, please just use the site's "CODE" tags.
It appears you're designing a form that allows a user to dynamically build a SQL query? I'm sorry, that's a really bad idea. Do a web search on "SQL injection".
To update the value of a textbox, simply do an assignment: TextBox.Text = "new value";