I am just in my first year of a computing degree. I am looking for a job, unfortunately I have to go back to accounts as nobody is keen to hire someone after just one year of computing studies, with almost zero experience. However, I thought to make it interesting and create an online Curriculum Vitae, as my job history is all over the place and it's a lot harder to keep in on a 2 page word doc.
What I have done so far, it's here: http://lavinia.gear.host/
Just a simple site, using Bootstrap (as I was curious to try it), minimal JS, HTML and CCS.
As you notice, when you go on the website, it does not show the top part, the actual site menu, how normally any site uploads or refreshes. It starts almost at the bottom of the page, where the contact form is. I did remove the contact form but it's the same thing, the webpage defaults to the same area. I really have no idea why and how can I solve it? Maybe it's something to do with Bootstrap, some hidden thing I am not aware of?
If you want the actual code, I will supply it but since it's quite a lot for a small page, I thought maybe you can just view the code source directly.
Any advice is much appreciated. I cannot send a E Resume when it's always getting to that contact form, it's annoying, even if accounts people will look at it.
Thank you,
Lavinia
That's because your input element is set to autofocus:
<input type="text" size="50" name="VisitorName" maxlength="30" required="" autofocus="">
Remove the autofocus attribute and it should be fine:
<input type="text" size="50" name="VisitorName" maxlength="30" required="">
Related
I have tried searching but so far haven't been able to find a solution that doesn't involve paying for an app or using a third party form. So if anyone has a solution to this I'd be so happy.
I need to include a checkbox on the standard contact form on a contact page page.contact.liquid. I understand how to add fields, but I want the checkbox, when checked to automatically add the user to our subscriber list.
I have tried adding the below, hidden field, but it doesn't add a subscriber. It doesn't seem to do anything.
<input type="hidden" name="customer[accepts_marketing]" id="hiddenMarketingCheck" autocorrect="off" value="true" >
I did look at the code in the subscriber form section and noticed that the two forms are tagged differently using form_type. So I did some testing and changed the form type from contact to customer. So basically the output goes from this <input type="hidden" name="form_type" value="contact"> to this <input type="hidden" name="form_type" value="customer">.
That 'half works', because it does achieve my original goal to add a user to the 'customer accepts_marketing'. But then it doesn't send the message to the admin user of the site. So now it doesn't work as a contact form.
Does anybody know how I can achieve this? Maybe there are other form types I can use? Or additional fields I need to add?
Any help will be much appreciated.
Many thanks in advance.
My suggestion would be not to add the users at this stage, however, what I did on one of my projects was to put the subscription field AFTER they submitted the contact form and on the success message box.
This way you give them a clear option and understanding that they are subscribing with you and you didn't force them to do so.
I had a much higher acceptance than simply opting in the user.
I say I have a section of a page like this (rough HTML to give an idea):
www.mydomain.com/contact-us
<div class="regional-offices">
<div class="south-west">
South West
<div class="south-west-content">South west office address</div>
</div>
<div class="north-east">
North East
<div class="north-east-content">North east office address</div>
</div>
...
...
Currently, these are a set of accordions that expand to show the content when the link is clicked. What I would like to do is treat them as individual URLs so that they can be seperately indexed by Google, as of course at the moment they are just part of a single page.
I have been researching the History API and can see how I would do this as far as creating unique URLs for each section, but where my understanding falls down is how Google or other search engines will handle these links if the required info is already part of the page and not stored at its own seperate URL.
For instance, the first step would be to change the <a> tag to be something like:
North East
We can then use JS to preventDefault() going directly to the URL, and instead provide the user with an expanded accordion, bring the page scroll down to the accordion and a unique URL using the History API. This is all well and good if we visit the URL directly, or click any of the links.
But the problem is that as far as I know, the Google crawler will try to follow the link and be faced with a 404 because there's no Javascript preventing access to the resource in the URL. And nor do I want there to be.
Or is it the case that I will need a unique location holding the contents of the accordion, which is indexable, and also pulled in with AJAX when a collapsed accordion is interacted with?
Apologies if I haven't made anything clear.
I had to deal with the same thing. What I did was to make a rewrite rule so that the link that google follow is actually posted to the page that handle the the request. to display the data. Angular might save you a lot of trouble to dealing with accordions.
I've recently taken over the development of a website and have been fixing their on-page content, restructuring their title tags and rehashing their content etc
I've come across this piece of code in their markup across all pages, could it be possible that this could be holding back our rankings?
Obviously i don't expect to correct the code and see a 4 page jump but I don't want this to be hindering our potential ranking-wise
The code is below
<body id="htmlbody" style="margin: 0px;">
<form name="aspnetForm" method="post" action="Translator.aspx?Name=business-cards" id="aspnetForm">
The whole markup of the web page is wrapped within that form tag, before the closing body tag their is the closing form tag.
Obviously this is bad code practice and I'm still waiting on a response from the developers but my feeling is that when GoogleBot crawls our pages, it isn't liking what it comes across.
This is the way ASP.NET web forms works. The entire page is wrapped within a form tag. It will not affect your SEO ranking in any way.
Although one might argue that it's bad practice, you will find an enormous amount of sites out there that have this form wrapping their content.
This SO answer will give you more information as to why the form tag exists.
I have a page that consist of a daily updated front page with every day archived in a sub-page. The sub pages are either a funny picture or a joke. The pictures and jokes have a like and share option (for facebook, stumbleupon and pinit for instance), which obviously link to the picture or joke in question. I'm puzzled what to do with the google plus button though.
What is good pratice? Link to google plus with the link straight to the picture (sub-page) or set it up to share the main page?
so this:
<div class="g-plusone" data-size="medium" //...// data-href="http://www.amazingjokes.com/"></div>
or this:
<div class="g-plusone" data-size="medium" //...// data-href="http://www.amazingjokes.com/?view=img&date=2013-06-16"></div>
Thanks
I would concur with what Scarygami says, but also add that this may be a scenario where an interactive post/share might be appropriate as well. You could have the shared info go to your top level page, and a "Visit" button go to the more specific sub-page.
Really depends on what you want to do.
Linking the +1-Button to your main page will have an accumulated count for your page, while linking it to the picture will have a count per-picture which I think would make more sense in your scenario.
Of course you can have an additional +1-Button for your main page so people can show their appreciation for your page in general. If you have a Google+ Page associated with your site you could also use a page badge for this.
Im maintaining a site I didnt build thats for car insurance. In the banner of every page is an input that takes you to a page with a form to fill out. I cant understand why an input is used instead of a link, is there ever a valid and semantic reason for doing this?
Occasionally, people have done this because they want a link that "looks like a button". However, it is bad design.
It was never a good idea, but in the old days there was at least some justification for it: it gave a button feel and functionality to the link. However, with modern web design there is no need to do this: the same functionality can be created simply by styling a normal link appropriately.
On the other hand, this is probably more of a style issue than a real problem. It may not be worth changing it if you are maintaining an existing site.
using button or input type="button" is the original way to set up an Ajax request. that said, since it's taking the user to another page, sounds like they do not know what they are doing and/or wanted the styles that #dan1111 mentioned