Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Software Development on Codidact!

Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.

Comments on Not obligating http:// or https:// in a url field of a contact form

Parent

Not obligating http:// or https:// in a url field of a contact form

+2
−1

I have a simple HTML-PHP-CSS contact form (no JavaScript) with an input type="url" field.

Currently in 30/03/2021, the default behavior of input type="url" (by W3C design I guess) is to obligate the user to add http:// or https:// before its URL (which is most likely be just a domain such as example.com in my own usecase) but I want that my contact form users won't be have to do that.

I have found some StackOverflow posts about this matter with answers involving regex but I would prefer a way without regex (not because I don't like regex, but because I just want to keep the contact form source code as simple as possible).

Is my desire currently feasible or I must use some regex patterned cutting mechanism by PHP or JavaScript?

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

0 comment threads

Post
+4
−0

input type="url" works like this by design:

An empty string ("") indicating that the user did not enter a value or that the value was removed. A single properly-formed absolute URL. This doesn't necessarily mean the URL address exists, but it is at least formatted correctly. In simple terms, this means urlscheme://restofurl.

While most users do not care about it, there are lot of URI schemes out there and the scheme must be provided.

Even in the specific case of http/s, if the web application is correctly configured to automatically redirect http to https or it does not have a certificate, inferring the scheme might fail.

As a side note, I have such inputs in various applications used by non-tech folks and they are fine with it. This is supported by copy-pasting from the URL address bar in most browser (e.g. Chrome does not show it, but when you copy the URL you also get the scheme).

So, shortly put, unless there is a very strong reason not to request the scheme, I think you should only accept only valid URLs, that is with http or https.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (2 comments)
General comments
JDB‭ wrote almost 3 years ago

Just to provide a counter-argument for the bold text, if your use-case does not require a valid URL (for example, it's just a URL for a job candidate's blog), then don't feel like you HAVE to require a valid URL. For some forms, it may actually be helpful to allow non-URL text to be entered, such as "N/A". Just depends on your specific use-case.

Alexei‭ wrote almost 3 years ago

@JDB The N/A case is typically approached by having the form field not required. So, you either enter a valid URL or nothing at all. This leads to consistent results (either "" or a valid URL), as people might write things like N/A, - , none etc.