I don't like other people see my html code. Is there a way to hide it? Thanks. 27 11980
On Sat, 27 Dec 2003 16:46:35 -0800, Fuli Chang wrote: I don't like other people see my html code. Is there a way to hide it?
Yes. View your web page in your browser of choice. Take a screenshot (or
windowshot) of it. Save as jpeg. Upload to web server. This has the added
bonus of it looking exactly how you want it on any image-capable web
browser.
--
..
Fuli Chang wrote: I don't like other people see my html code.
Is this a trick question?
Is there a way to hide it?
Not on a web server. Perhaps in the garden under a nice shrub?
--
William Tasso - http://WilliamTasso.com
in post <news:ae**************************@posting.google. com>
Fuli Chang said: I don't like other people see my html code. Is there a way to hide it?
mix it in with other html. no one will think to look for it out in the
open. the common term for it is "tag soup". you've probably been doing
it for ages and have never realized.
--
brucie
28/December/2003 06:20:22 pm kilo
"Fuli Chang" <fu*******@hotmail.com> wrote in message
news:ae**************************@posting.google.c om... I don't like other people see my html code. Is there a way to hide it?
Thanks.
If you want the browser to render the page, the code must be available, and
if it's available people can look at it. It's impossible to keep the code
secret and have the browser be able to render the page.
Using a big image is really the only way. Or the "tag soup" solution. Both
will make your page extra heavy. The only way to ensure no one can see how
you do something on the web is to make sure no one d/ls the page.
And BTW there's nothing you could be doing in your HTML that anyone with the
smarts to read it won't already be able to learn how to do. Trying to hide
the HTML, even if it were possible, would be a colossal waste of time.
"Fuli Chang" <fu*******@hotmail.com> wrote in message
news:ae**************************@posting.google.c om... I don't like other people see my html code.
Why not? HTML is pretty transparent, and all you use it for is page
description and layout. If people can see paragraphs and different font
sizes and tables on your screen, they can pretty much reproduce what you did
even *without* looking at your code. It's not like the situation when you've
written technologically advanced code in C++ and want to keep your
algorithms a secret.
Anyway, the answer is: no--other than not putting it on the Internet.
Is there a way to hide it? Thanks.
On Mon, 29 Dec 2003, Harlan Messinger wrote: "Fuli Chang" <fu*******@hotmail.com> wrote in message news:ae**************************@posting.google.c om... I don't like other people see my html code. Why not? HTML is pretty transparent, and all you use it for is page description and layout.
Perhaps that's why the O.P wants to hide it ;-)
Real HTML marks-up the logical structure of the content, and leaves
the page makeup and layout to the client agent (browser etc.) in
conjunction with optional stylesheet(s) for various presentation
situations.
written technologically advanced code in C++ and want to keep your algorithms a secret.
Well, it *might* be argued that workarounds for multivarious browser
bugs were a saleable intellectual property. But there are plenty to
be had for free on usenet and on the web.
Bottom line is the same, anyway: whoever understands how the web
works, would know better than to ask how to hide it. Recommendation
to the original poster: learn more about how the web works.
"Alan J. Flavell" <fl*****@ph.gla.ac.uk> wrote in message
news:Pi*******************************@ppepc56.ph. gla.ac.uk... On Mon, 29 Dec 2003, Harlan Messinger wrote:
"Fuli Chang" <fu*******@hotmail.com> wrote in message news:ae**************************@posting.google.c om... I don't like other people see my html code.
Why not? HTML is pretty transparent, and all you use it for is page description and layout.
Perhaps that's why the O.P wants to hide it ;-)
Real HTML marks-up the logical structure of the content, and leaves the page makeup and layout to the client agent (browser etc.) in conjunction with optional stylesheet(s) for various presentation situations.
written technologically advanced code in C++ and want to keep your algorithms a secret.
Well, it *might* be argued that workarounds for multivarious browser bugs were a saleable intellectual property. But there are plenty to be had for free on usenet and on the web.
Bottom line is the same, anyway: whoever understands how the web works, would know better than to ask how to hide it. Recommendation to the original poster: learn more about how the web works.
I know there's no way to truly hide your code, but how does this site do it? http://www.orangeday.net/kakashi/quiz/index.html
Some sort of script?
"StardogChampion" <st*************@blueyonder.co.uk> wrote in message
news:6m*********************@news-text.cableinet.net... I know there's no way to truly hide your code, but how does this site do
it? http://www.orangeday.net/kakashi/quiz/index.html
Some sort of script?
What do you mean? It's not hidden at all... the first few lines of the
source are in an HTML comment, and if you scroll down you will see the rest
of the HTML code.
Regards,
Peter Foti
"StardogChampion" <st*************@blueyonder.co.uk> wrote in message
news:6m*********************@news-text.cableinet.net... "Alan J. Flavell" <fl*****@ph.gla.ac.uk> wrote in message news:Pi*******************************@ppepc56.ph. gla.ac.uk... On Mon, 29 Dec 2003, Harlan Messinger wrote:
"Fuli Chang" <fu*******@hotmail.com> wrote in message news:ae**************************@posting.google.c om... > I don't like other people see my html code.
Why not? HTML is pretty transparent, and all you use it for is page description and layout.
Perhaps that's why the O.P wants to hide it ;-)
Real HTML marks-up the logical structure of the content, and leaves the page makeup and layout to the client agent (browser etc.) in conjunction with optional stylesheet(s) for various presentation situations.
[I'm responding to Alan here because Alan's message didn't show up on my
news service]
One would think you could for *one* minute lay off the TC (technically
correct) extremism. First of all, I said, "page description", by which what
I meant exactly was a description of the logical structure of the document.
Second, for crying out loud, the *reason* one describes the parts of the
page are, in large measure, for the sake of achieving some kind of a layout!
If no user agent started new paragraphs on new lines, and all user agents
just ran all the text together, then nobody would bother using <p> tags. If
no user agent rendered text in anything but a normal weight Roman style,
then nobody would use <strong> or <em> tags. Why would they? To please the
occasional semantic data fanatic who roams random web sites and downloads
them into databases so he can do statistical analysis on the use of textual
organization and emphasis by web site designers?
I *know* that there are browsers that *don't* use certain markup. Designers
use that markup because of the user agents that *do* use it. They use <p> so
that the usual user agent will indicate the division of the text into
paragraphs, and they use <em> and <strong> so that the browser will
indicate, using some presentational device, the intended impact. Otherwise,
designers wouldn't bother. So to maintain that even the most general
presentational considerations have, or should have, nothing to do with use
of HTML is absurd, and these repeated interjections on the subject are, on
the tediousness scale, akin to sidetracking serious discussions over and
over to quibble with minor, perceived grammatical lapses.
Harlan Messinger wrote: "StardogChampion" <st*************@blueyonder.co.uk> wrote in message
[snip] One would think you could for *one* minute lay off the TC (technically correct) extremism. First of all, I said, "page description", by which what I meant exactly was a description of the logical structure of the document. Second, for crying out loud, the *reason* one describes the parts of the page are, in large measure, for the sake of achieving some kind of a layout! If no user agent started new paragraphs on new lines, and all user agents just ran all the text together, then nobody would bother using <p> tags. If no user agent rendered text in anything but a normal weight Roman style, then
[snip] nobody would use <strong> or <em> tags. I *know* that there are browsers that *don't* use certain markup. Designers use that markup because of the user agents that *do* use it. They use <p> so that the usual user agent will indicate the division of the text into paragraphs, and they use <em> and <strong> so that the browser will indicate, using some presentational device, the intended impact. Otherwise, designers wouldn't bother. So to maintain that even the most general presentational considerations have, or should have, nothing to do with use of HTML is absurd, and these repeated interjections on the subject are, on the tediousness scale, akin to sidetracking serious discussions over and over to quibble with minor, perceived grammatical lapses.
Your are correct, of course. But I'm puzzled that this debate is still
continuing!
The W3C recommendations for the HTML standards are accompanied by a "visual
formatting model" for specific elements. These describe (for example) how
block-level elements should cause line-breaks, and describe how tables are
expected to be laid out. They even go as a far as suggesting the default
stylesheet to be used by browsers.
From the early browser implementations, HTML "standards" have been accompanied
by visual formatting models/defaults. HTML mark-up has never, in practice,
been layout-neutral, as far as I know. Authors have never had reason to doubt
what would typically happen in practice. Browser developers would be stupid to
defy expectations.
I believe that claims that mark-up was intended to be in any sense
layout-neutral is an attempt to re-write history. Perhaps this will be the
case for XHTML 2.0 and beyond. It never has applied, and never will apply, to
anything before XHTML 2.0.
--
Barry Pearson http://www.Barry.Pearson.name/photography/ http://www.BirdsAndAnimals.info/ http://www.ChildSupportAnalysis.co.uk/
On Wed, 31 Dec 2003, Harlan Messinger wrote: [I'm responding to Alan here because Alan's message didn't show up on my news service]
One would think you could for *one* minute lay off the TC (technically correct) extremism.
I don't try to deny you the right to post to Usenet whatever you see
fit - I of course retain the right to disagree when appropriate.
First of all, I said, "page description", by which what I meant exactly was a description of the logical structure of the document.
I'd say that was unclear. And you revive that unclarity in the rest
of your followup.
Second, for crying out loud, the *reason* one describes the parts of the page are, in large measure, for the sake of achieving some kind of a layout!
If that's your primary objective, then you're missing some important
intermediate layer of the plot.
If no user agent started new paragraphs on new lines, and all user agents just ran all the text together, then nobody would bother using <p> tags.
I sense a straw-man argument.
cheers
"Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message
news:GW******************@newsfep1-win.server.ntli.net... From the early browser implementations, HTML "standards" have been
accompanied by visual formatting models/defaults. HTML mark-up has never, in practice, been layout-neutral, as far as I know. Authors have never had reason to
doubt what would typically happen in practice. Browser developers would be
stupid to defy expectations.
However, I can specify in my user style sheet that paragraphs not get the
extra space, I can even make them inline. Not that I would. But the point is
that the tags don't cause the presentation. The tags assign meaning to the
element, and the browser, using default or user-supplied information,
assigns presentation to elements of a particular meaning.
It's really quite simple.
"Alan J. Flavell" <fl*****@ph.gla.ac.uk> wrote in message
news:Pi*******************************@ppepc56.ph. gla.ac.uk... On Wed, 31 Dec 2003, Harlan Messinger wrote:
[I'm responding to Alan here because Alan's message didn't show up on my news service]
One would think you could for *one* minute lay off the TC (technically correct) extremism. I don't try to deny you the right to post to Usenet whatever you see fit - I of course retain the right to disagree when appropriate.
If somebody's response when someone else tells him he's being [x = unclear |
difficult | tedious | pedantic | wrong | a nuisance , according to the
situation] is, "It's my right to be [x]", well, he's correct. It is his
right to be [x], and it's even his right not to care about being [x]. But
his response means he's only interested in his right to be [x], and that he
doesn't care in the slightest whether being [x] is a good idea. First of all, I said, "page description", by which what I meant exactly was a description of the logical structure of the document. I'd say that was unclear.
I'd say you misunderstood. The description of a page--it certainly isn't
*contrary* to "logical structure of a page", and you were quick to imagine
it meant something else.
And you revive that unclarity in the rest of your followup.
Since I had said "page description and layout," and the rest of my follow-up
was devoted to the latter, I don't see how it had any effect on the clarity
of my point about the former. Second, for crying out loud, the *reason* one describes the parts of the page are, in large measure, for the sake of achieving some kind of a layout! If that's your primary objective, then you're missing some important intermediate layer of the plot.
Oh, right, most of us don't know what our objective is in producing a web
site. It's a deep secret known only to an enlightened few. If no user agent started new paragraphs on new lines, and all user agents just ran all the text together, then nobody would bother using <p> tags.
I sense a straw-man argument.
A straw man argument is one that somebody constructs for the purpose of
pretending it's his *opponent's* position, so that he can then proceed to
knock it down and take credit for having bested the other person. My
argument was an explanation of the validity of my own previous remarks, so
it's a real stretch to sense anything straw-mannish about it.
"Neal" <ne**@spamrcn.com> wrote in message
news:3f**********************@news.rcn.com... "Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message news:GW******************@newsfep1-win.server.ntli.net... From the early browser implementations, HTML "standards" have been accompanied by visual formatting models/defaults. HTML mark-up has never, in
practice, been layout-neutral, as far as I know. Authors have never had reason to doubt what would typically happen in practice. Browser developers would be stupid to defy expectations.
However, I can specify in my user style sheet that paragraphs not get the extra space, I can even make them inline. Not that I would. But the point
is that the tags don't cause the presentation. The tags assign meaning to the element, and the browser, using default or user-supplied information, assigns presentation to elements of a particular meaning.
It's really quite simple.
Paragraphs, block quotes, emphasized and weighted text are all
presentational concepts. If there *no* assumption of presentational impact
were being made when using them, then there would be no reason to use them.
Just as we don't lament that HTML lacks <animal> tags to use around terms
referring to animals, and <propername> tags for denoting proper names, if we
didn't assume some presentational meaning to <p>, etc., then we wouldn't be
concerned with them either.
Harlan Messinger wrote: Paragraphs, block quotes, emphasized and weighted text are all presentational concepts.
Of course. A <p> element presents a paragraph. <blockquote> presents
a block quote. Etc. None of this means that said presentation must
be visual.
From WordNet (r) 2.0 :
paragraph
n : one of several distinct subdivisions of a text
intended to separate ideas; the beginning is
usually marked by a new indented line
The "usually...indented line" is a cue to visual readers that a new
paragraph has begun. But this is only a cue to what the paragraph
means, and only for visual readers. If I read a page from a book,
I'll pause when a paragraph ends, then start the new paragraph with
perhaps a slight change in tempo or tone. The listener who hears
those auditory cues need not know how the paragraph is visually
formatted in the book to know a new paragraph has begun.
If there *no* assumption of presentational impact were being made when using them, then there would be no reason to use them.
Noone argues that visual presentation shouldn't clearly show new
paragraphs.
Just as we don't lament that HTML lacks <animal> tags to use around terms referring to animals, and <propername> tags for denoting proper names,
That's a tradeoff to make html a manageable, simple markup language.
if we didn't assume some presentational meaning to <p>, etc., then we wouldn't be concerned with them either.
I assume that any ua, whether visual or otherwise, will make suitable
presentation to match the meaning of a <p> element in an html document.
--
Brian
follow the directions in my address to email me
Neal wrote: "Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message news:GW******************@newsfep1-win.server.ntli.net... From the early browser implementations, HTML "standards" have been accompanied by visual formatting models/defaults. HTML mark-up has never, in practice, been layout-neutral, as far as I know. Authors have never had reason to doubt what would typically happen in practice. Browser developers would be stupid to defy expectations.
However, I can specify in my user style sheet that paragraphs not get the extra space, I can even make them inline. Not that I would. But the point is that the tags don't cause the presentation. The tags assign meaning to the element, and the browser, using default or user-supplied information, assigns presentation to elements of a particular meaning.
It's really quite simple.
I agrre that the mark-up doesn't cause the presentation. What it does it
suggest a *default* presentation. Browsers can do what they like - there are
no "rendition police"! But visual browsers that don't conform to expectations
are unlikely to become widespread. I think the trend is towards more
conformity towards the stated visual formatting model. This is hardly a
surprise.
I always check my pages with Opera's "small screen mode". It disables tables
(rather like you can make paragraphs inline). It is useful to experience the
power of browsers to ignore the suggested defaults when there is good reason.
But when there isn't good enough reason ... I think the browsers would
struggle in the marketplace.
Some people want us to believe that the web is so unlike anything that has
gone before that we should stop thinking in the old ways. "The web isn't
paper". But those people ignore the probability that what we did on paper
wasn't because it was paper, it was because the writers & readers were human
beings. Or at least human beings of "western" culture. We scan left to right.
We scan from top to bottom. We focus in from the large to the small then
concentrate on the small. We carry expectations with us.
I don't expect to comunicate reliably with people of non-western culture via
HTML & CSS content. (Only via my photographs). So my audience comprises people
who have similar expectations to me. I build a picture in my mind of what
would communicate with like-minded people, then I have to encode it. I hope
that the decoding will make it look similar, because otherwise I expect that
some meaning will be lost.
I have to hope that the people I am communicating with have an appreciation of
"paragraph", and understand that it means a change in sense. If they don't,
and simply render it inline without an indication, I am probably already
wasting my time trying to communicate with those people. We differ in some key
aspects of communication. We are literally "talking a diferent language".
The reason that HTML mark-up is not layout neutral is that it is conveying
ideas that are conventially expressed in certain layouts. Even if we totally
purged the (X)HTML specifications of all references to a visual formatting
model, what would inevitably happen is that a set of conventions would fill
the void. We would be back with a de facto, rather than de jure, visual
formatting model! Paragraphs would by default (although perhaps not in your
computer) be rendered on new lines.
Yes ... you could make paragraphs do what you say. But you would simply be
losing an aspect of your communication with the rest of the world. The rest of
world knows what it wants, and it isn't total layout-neutrality.
--
Barry Pearson http://www.Barry.Pearson.name/photography/ http://www.BirdsAndAnimals.info/ http://www.ChildSupportAnalysis.co.uk/
In article <ae**************************@posting.google.com >, fu*******@hotmail.com (Fuli Chang) wrote: I don't like other people see my html code. Is there a way to hide it? Thanks.
Whatever you do, don't put it on an HTTP server accessable to the
internet.
--
| Andrew Glasgow <amg39(at)cornell.edu> |
| "SCSI is *NOT* magic. There are *fundamental technical reasons* why it |
| is necessary to sacrifice a young goat to your SCSI chain now and then." |
| -- John Woods |
"Neal" <ne**@spamrcn.com> wrote in message
news:3f**********************@news.rcn.com... "Barry Pearson" <ne**@childsupportanalysis.co.uk> wrote in message news:GW******************@newsfep1-win.server.ntli.net... From the early browser implementations, HTML "standards" have been accompanied by visual formatting models/defaults. HTML mark-up has never, in
practice, been layout-neutral, as far as I know. Authors have never had reason to doubt what would typically happen in practice. Browser developers would be stupid to defy expectations.
However, I can specify in my user style sheet that paragraphs not get the extra space, I can even make them inline. Not that I would. But the point
is that the tags don't cause the presentation. The tags assign meaning to the element, and the browser, using default or user-supplied information, assigns presentation to elements of a particular meaning.
I can open a Microsoft Word document in a text editor and read its content
without the benefit of any of the presentational attributes embedded in it
by the writer. I can open it in a debugger and read the whole thing in
hexadecimal code if I were so inclined. So I could just as easily say that
"Formatting codes don't cause the presentation. They assign meaning to
elements of the document, and Microsoft Word just happens to interpret these
meanings to produce a presentation."
The *meaning* implied by a <p> tag is a presentational meaning. A browser is
free to ignore it, and you are free to subvert it with your software or a
bizarre style sheet, but that is to render it meaningless altogether. It
*has* no non-presentational meaning. It is all about breaking up a mass of
text into logical units--a breakup that serves no purpose unless indicated
some way in presentation, because its whole purpose is to assist the
reader/listener in absorbing and finding his way around in the text. It's really quite simple.
"Brian" <us*****@julietremblay.com.invalid-remove-this-part> wrote in
message news:_eHIb.699025$HS4.5008882@attbi_s01... Harlan Messinger wrote: Paragraphs, block quotes, emphasized and weighted text are all presentational concepts. Of course. A <p> element presents a paragraph. <blockquote> presents a block quote. Etc. None of this means that said presentation must be visual.
From WordNet (r) 2.0 :
paragraph n : one of several distinct subdivisions of a text intended to separate ideas; the beginning is usually marked by a new indented line
The "usually...indented line" is a cue to visual readers that a new paragraph has begun. But this is only a cue to what the paragraph means, and only for visual readers. If I read a page from a book, I'll pause when a paragraph ends, then start the new paragraph with perhaps a slight change in tempo or tone. The listener who hears those auditory cues need not know how the paragraph is visually formatted in the book to know a new paragraph has begun.
If there *no* assumption of presentational impact were being made when using them, then there would be no reason to use them.
Noone argues that visual presentation shouldn't clearly show new paragraphs.
Just as we don't lament that HTML lacks <animal> tags to use around terms referring to animals, and <propername> tags for denoting proper names,
That's a tradeoff to make html a manageable, simple markup language.
You make it sound like it's arbitrary. Certainly you recognize that the
meanings inherent to <p>, <blockquote>, <li>, <em>, <abbr>, and <dl> tags
fall into a category that is entirely distinct from the ones into which
elements like <animal> and <propername> would fall. The tags used in HTML
are those where it is *presumed* that a user agent could usefully use the
information...for *presentational* purposes. There is no particular reason
to expect a user agent to have a special way to indicate a proper name, and
certainly no reason for it to flag animals for the viewer's benefit. One
could argue that animal terms aren't distinctive structural elements in a
document, but a proper name is to the same extent that an abbreviation or an
acronym is. if we didn't assume some presentational meaning to <p>, etc., then we wouldn't be concerned with them either.
I assume that any ua, whether visual or otherwise, will make suitable presentation to match the meaning of a <p> element in an html document.
Exactly.
Harlan Messinger wrote: Brian wrote
Harlan Messinger wrote:
[full quote snipped] Just as we don't lament that HTML lacks <animal> tags to use around terms referring to animals, and <propername> tags for denoting proper names, That's a tradeoff to make html a manageable, simple markup language.
You make it sound like it's arbitrary.
What I wrote is that it was a tradeoff between completeness and
magageability. But read it how you like.
Certainly you recognize that the meanings inherent to <p>, <blockquote>, <li>, <em>, <abbr>, and <dl> tags fall into a category
I dare say that all of these elements were thought to have multiple
uses. <animal> would, by contrast, be rather limited in its
usefulness. Only those writing about animals would have a use for it,
while most sites have use for a <p> element.
There is no particular reason to expect a user agent to have a special way to indicate a proper name
capitalization?
--
Brian
follow the directions in my address to email me
"Brian" <us*****@julietremblay.com.invalid-remove-this-part> wrote in
message news:yogJb.194709$8y1.627805@attbi_s52... Harlan Messinger wrote: There is no particular reason to expect a user agent to have a special way to indicate a proper name
capitalization?
Then how would we mark up e e cummings and k d lang?
While sitting in a puddle Fuli Chang scribbled in the mud: I don't like other people see my html code. Is there a way to hide it? Thanks.
Create all your web stuff with MS-Word
--
Duende
The best defense against logic is ignorance.
On 5 Jan 2004 04:46:48 GMT, Duende wrote: While sitting in a puddle Fuli Chang scribbled in the mud:
I don't like other people see my html code. Is there a way to hide it? Thanks.
Create all your web stuff with MS-Word
No one would steal it, at any rate.
--
Allen cr********@jarday.com Remove .null to reply http://theprawn.com http://protempore.org/jarday
Don't think. Thinking is the enemy of creativity. -Ray Bradbury
On Fri, 2 Jan 2004 16:44:33 -0500, Neal declared in
comp.infosystems. www.authoring.html: "Brian" <us*****@julietremblay.com.invalid-remove-this-part> wrote in message news:yogJb.194709$8y1.627805@attbi_s52... Harlan Messinger wrote: There is no particular reason to expect a user agent to have a special way to indicate a proper name
capitalization?
Then how would we mark up e e cummings and k d lang?
propername.lowercase { text-transform: lowercase; }
<propername class="lowercase">e e cummings</propername> and <propername
class="lowercase">k d lang</propername>.
:-)
--
Mark Parnell http://www.clarkecomputers.com.au This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: dmiller23462 |
last post by:
Hi guys....I have absolutely NO IDEA what I'm doing with Javascript
but my end result is I need two text boxes to stay hidden until a
particular option is selected....I've cobbled together the...
|
by: MOHSEN KASHANI |
last post by:
Hi,
I am trying to hide some form elements in a form by default and show/hide
depending on which radio button is clicked. This is what I have but it is
not working:
<head>
<style>
..noshow {...
|
by: Merlin |
last post by:
Hi there,
I am trying to create a form with an dynamic field that can be shown or hidden.
As I saw for example on google it is possible with JS to show a layer and move
the content underneath...
|
by: Matt |
last post by:
Does anyone know how to hide the ASPX extension of web pages in ASP.Net 2.0?
Thanks,
Matt
|
by: FP |
last post by:
I'm new to Java Script.
I'm displaying comments people have made. Below each persons' comment
I want to add 2 buttons "Reply" and "Amend". Clicking "Reply" would
display an empty text field...
|
by: asilverpeach |
last post by:
Hey Guys!
Found some great scripts here on this topic but have to make to changes to the code that I can't seem to figure out.
First,
In the following code clicking on the headers shows the...
|
by: pamate |
last post by:
hi,
I want to show hide layers. I am able to show and hide layers but i am facing problem that, cant view the cursor in Mozilla,but i can type in input text box, its overlapping the layers.
...
|
by: ryrocks |
last post by:
Hi,
Im making a 'contact us' page. The user click on the div, this then reveals another larger div displaying more information giving the effect of the box expanding or dropping down.
I have 3...
|
by: PhilTheGap |
last post by:
Hello,
I woulf like to hide an activeX object in a aspx page. The ActiveX is
decalred statically in the HTML code, and I'e tried to set the html visible
"property" to "false" in the javascript...
|
by: taylorcarr |
last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: Hystou |
last post by:
There are some requirements for setting up RAID:
1. The motherboard and BIOS support RAID configuration.
2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
| |