• Hey, guest user. Hope you're enjoying NeoGAF! Have you considered registering for an account? Come join us and add your take to the daily discourse.

Web Design and Development |OT| Pixel perfect is dead, long live responsive design

Zakalwe

Banned
Try like a local Facebook community page maybe? I have a fairly active one for where I live, posted a for hire ad there and got a few requests to design sites.

Craigslist is also another option or if for students check out college Facebook pages or even just like post flyers on a college campus.

Roger.

I think I'll make some business cards/flyers too, I have lots of friends at uni or in creative collectives.

Might even post some through letterboxes in my local area.
 

theecakee

Member
I really like Vox's design for all their websites.

Polygon, Vox, Curbed, etc.

Not the biggest fan of their content (don't hate it, but not something I read), but they have some of the best looking websites on the Internet today.
 

Somnid

Member
I never realized how crappy SVG compatibility was until I started unit testing.

-Firefox and IE do not support CSS3 units, Chrome does
-IE will rewrite your property values (d="L1,1 2,2" becomes d="L 1 1 2 2")
-Firefox will not properly set the Bounding Box (getBBox) unless the element has height and width, even the X and Y will read 0 even if they aren't.
 
I am having a little bit of trouble with image positioning. Basically I am using "object-fit: cover" to set an image to fill a div, as if it was set as its background image. However I am not 100% sure how to target the positioning within the div, as normally I would just use background-position to dictate where I want it. Anyone have any ideas?
 

Plumbob

Member
I am having a little bit of trouble with image positioning. Basically I am using "object-fit: cover" to set an image to fill a div, as if it was set as its background image. However I am not 100% sure how to target the positioning within the div, as normally I would just use background-position to dictate where I want it. Anyone have any ideas?

Any reason you're not using background-size: cover?
 
Actually I have just tried:

height: 100%;
width: auto;
overflow: hidden;

Which almost does what I want, but I am still unsure how to make it so the image crops the way I want it to.
 

imBask

Banned
i'm doing my 3rd one-pager for this one company and halfway through they sent us their digital standards and a css library that includes every single element, pre-made and ready to use

giphy.gif
 

jokkir

Member
Hey can anyone help me with something. I need to know how do I add those background videos you see in websites. Here is one example of what I mean.

https://cadre.com/

Maybe this? https://www.youtube.com/watch?v=7S0X0OWMu_k

Oh, and for my question:
What are the most transferrable skills for front-end (And even back end) I can learn at the moment? I feel like I'm not learning at a brisk pace new things and I feel like I should but only want stuff that can easily be transferrable to different companies.
 
Maybe this? https://www.youtube.com/watch?v=7S0X0OWMu_k

Oh, and for my question:
What are the most transferrable skills for front-end (And even back end) I can learn at the moment? I feel like I'm not learning at a brisk pace new things and I feel like I should but only want stuff that can easily be transferrable to different companies.

Thanks. One more thing is how can I get an mp4 video online?Right now it works locally for me but what if I want to do this for someone, then I will need to get the mp4 on a server or something right? How do I got about doing that?
 

Daffy Duck

Member
Thanks. One more thing is how can I get an mp4 video online?Right now it works locally for me but what if I want to do this for someone, then I will need to get the mp4 on a server or something right? How do I got about doing that?

You would upload it to the site just like adding a page, so say you have your base folder in there add a folder called video for example and your video would be there. That would be done through FTP.
 
Maybe this? https://www.youtube.com/watch?v=7S0X0OWMu_k

Oh, and for my question:
What are the most transferrable skills for front-end (And even back end) I can learn at the moment? I feel like I'm not learning at a brisk pace new things and I feel like I should but only want stuff that can easily be transferrable to different companies.

This video has a good tip on positioning <video> elements as well... Using top 50%, left 50% and then using a transform: translate (-50%, -50%), with a position absolute. Never used that before and will have to check out his video on positioning.
 

Kieli

Member
Have any of you had experience with this set of books?

Web Design with HTML, CSS, JavaScript and jQuery Set by Jon Duckett

My goal is to learn some basic HTML, CSS, Javascript, and Bootstrap to make a website.

I certainly don't expect to gain any measure of mastery. Just enough to make a simple, clean looking website. The goal is to transform it into a repository for all my personal projects.

After that, I plan to tackle these two books:
Head First Design Patterns by Freeman et al.
PHP and MySQL Web Development by Luke Welling and Laura Thomson.

Unfortunately, I do not want to learn PHP because I heard it's utilized by really old people. Python is the new hot stuff, so I want to learn that instead. Nevertheless, the SQL knowledge will be invaluable.
 
Have any of you had experience with this set of books?

Web Design with HTML, CSS, JavaScript and jQuery Set by Jon Duckett

My goal is to learn some basic HTML, CSS, Javascript, and Bootstrap to make a website.

I certainly don't expect to gain any measure of mastery. Just enough to make a simple, clean looking website. The goal is to transform it into a repository for all my personal projects.

After that, I plan to tackle these two books:
Head First Design Patterns by Freeman et al.
PHP and MySQL Web Development by Luke Welling and Laura Thomson.

Unfortunately, I do not want to learn PHP because I heard it's utilized by really old people. Python is the new hot stuff, so I want to learn that instead. Nevertheless, the SQL knowledge will be invaluable.

Jon Duckets books are all very good and still contemporary. I bought both the HTML/CSS and the JavaScript one in a bundle on sale once, and while I don't use the HTML/CSS one much, I still flip back to the JavaScript one often. They're all well laid out, well written, and teach everything very well.

Don't go in with preconceived, and incorrect, notions that PHP is utilized by really old people or that Python is the new hot stuff. PHP still powers enormous projects like Facebook and WordPress, the most popular CMS and something behind nearly 30% of the web. Everything comes and goes and going in with preconcieved notions about something is how you'll get passed by... when I started professional development, JavaScript was the ugly programming language that everybody shunned, and now it's the hottest language. That will change again.

Talking of grids, I used Foundation for the first time. This is a revolution, i'm baffled by how incredible it is

Foundation is really excellent. I've taken to using FoundationPress for nearly all of my WordPress client sites. It's a great theme framework that's still lean and mean.

Word of warning, if you have to support anything legacy then Foundation won't do it. It breaks in tremendous fashion with IE8 and older, and some aspects of IE9. Most the time this doesn't matter, but for a recent client they had an aspect of their site for an intranet that had to support IE8 for some legacy machines that they can't update, so I had to use Foundation for that and then fall back to an Ie8 friendly bootstrap for the internal site.

MY only real complaint with Foundation is that they rename a lot of their components to stupid names and are constantly renaming them with every release so it can be hard to find documentation. Clearing is their lightbox, Orbit is their slider, Magellan is their nav, Reveal is their modal... It's a minor pet peeve that can cause pain. They're moving away from this though with their new documentation de-emphasizing the old names.
 
How is it compared to bootstrap?

Six of one, half dozen of another. The syntax is similar... col-xs-# for Bootstrap, small-# for Foundation. Foundation has some really convenient wrapper classes that can map out columns for an entire row by just defining it once. ALso some helper classes like centering and offsets I find easier in Foundation... and some of their helper classes are just more explicit... ".hide-for-small-only" instead of hidden-xs. It just tells you *exactly* what it is.

But, Bootstrap has a ton of documentation and use all over the net and so you can often find more resources and plugins/tools written specifically for Bootstrap over FOundation.

Foundation is also built with sass in mind, where as Bootstrap was retrofitted with sass, and while Bootstrap is fine with sass and less, Foundation seems crafted for it. Foundation comes with a handy settings.scss partial that allows you to define everything in the project that that then cascades throughout your whole site. It's pretty great. Bootstrap probabyl has something like that too lately I just haven't used it.

Both are good and it comes down to preference. ANybody who strongly prefers Foundation over Bootstrap may be motivated by going for the plucky upstart, but both are good. I use Foundation more than Bootstrap for projects because, like I said before, I use FoundationPress a starter framework for WP themes and virtually all of my client projects are WordPress these days and so I'm just sticking with that. But I use Bootstrap for my full time job and think it's great too.
 

phaonaut

Member
Does anyone know of a simple way to replicate the php include function with javascript. I want to create my nav and footer in separate files and load them into each page. Thanks.
 

hateradio

The Most Dangerous Yes Man
You can probably load them with an AJAX request, but modularizing like that in the front end isn't typically recommended unless you use a framework like Angular or something.
 
You can just load 2 js files, nav and footer probably shouldn't interact with each other. But if you have them on all your pages might as well bundle them.
 

Zakalwe

Banned
Six of one, half dozen of another. The syntax is similar... col-xs-# for Bootstrap, small-# for Foundation. Foundation has some really convenient wrapper classes that can map out columns for an entire row by just defining it once. ALso some helper classes like centering and offsets I find easier in Foundation... and some of their helper classes are just more explicit... ".hide-for-small-only" instead of hidden-xs. It just tells you *exactly* what it is.

But, Bootstrap has a ton of documentation and use all over the net and so you can often find more resources and plugins/tools written specifically for Bootstrap over FOundation.

Foundation is also built with sass in mind, where as Bootstrap was retrofitted with sass, and while Bootstrap is fine with sass and less, Foundation seems crafted for it. Foundation comes with a handy settings.scss partial that allows you to define everything in the project that that then cascades throughout your whole site. It's pretty great. Bootstrap probabyl has something like that too lately I just haven't used it.

Both are good and it comes down to preference. ANybody who strongly prefers Foundation over Bootstrap may be motivated by going for the plucky upstart, but both are good. I use Foundation more than Bootstrap for projects because, like I said before, I use FoundationPress a starter framework for WP themes and virtually all of my client projects are WordPress these days and so I'm just sticking with that. But I use Bootstrap for my full time job and think it's great too.

This is my developer friends in a nutshell. I'd call them hipsters, but I was the one who avoided frameworks for the first 4 months of coding because they weren't "pure enough" or some shit. I'm glad I did because I was forced to learn a lot I might not have learnt, but boy do they make your life easier when you're working to multiple tight deadlines.

This is good advice. From a front-end designer's perspective, both are great tools. If I'm building a fully custom page I often use one or the other for their grid systems or to save time and grab their mobile navbars, etc...

Foundation was definitely had a more intuitive grid system to code for, but both are easy to pick up if you have even a little experience with CSS grids.
 

D4Danger

Unconfirmed Member
Does anyone know of a simple way to replicate the php include function with javascript. I want to create my nav and footer in separate files and load them into each page. Thanks.

There was a thing called HTML Imports which was part of the Web Component spec but I think it's dead

honestly, it's easy enough to include content using javascript but what you sound like you're planning to do should be done server side. What happens to your site if someone disables js?
 

Somnid

Member
There was a thing called HTML Imports which was part of the Web Component spec but I think it's dead

honestly, it's easy enough to include content using javascript but what you sound like you're planning to do should be done server side. What happens to your site if someone disables js?

HTML imports isn't dead but it will probably undergo further consideration once js modules are shipped so browsers are delaying implementing it.

Also, while this sort of stuff probably shouldn't be coordinated with js for performance reasons, I think the question "what if they disabled javascript" is an inappropriate consideration for websites. I mean, what if they're browsing in text mode on an old feature phone? Too bad. A more appropriate question would be if a search bot can properly index if a lot of content is missing in the original page load.
 

D4Danger

Unconfirmed Member
HTML imports isn't dead but it will probably undergo further consideration once js modules are shipped so browsers are delaying implementing it.

Also, while this sort of stuff probably shouldn't be coordinated with js for performance reasons, I think the question "what if they disabled javascript" is an inappropriate consideration for websites. I mean, what if they're browsing in text mode on an old feature phone? Too bad. A more appropriate question would be if a search bot can properly index if a lot of content is missing in the original page load.

Million of people use the web without javascript enabled. Not only is it a valid question it's one of the most basic things you SHOULD take into consideration.
 

Somnid

Member
Million of people use the web without javascript enabled. Not only is it a valid question it's one of the most basic things you SHOULD take into consideration.

If it appears significant from your analytics that's one thing, but it's generally ill advisable to consider how the user may voluntarily alter default behavior. They might adblock, they might have custom extensions dumping stuff on the page, they can disable cookies or images. Any of these will full-stop break sites but they also aren't the default settings on any modern browser so it's the user's responsibility. Your responsibility as the one building the site is to make sure you're not running a million ad scripts such that users don't erroneously believe turning js off is an appropriate measure to take.

Code:
<noscript>C'mon bro</noscript>

Is a good compromise.
 

Tathanen

Get Inside Her!
I absolutely agree, re:JavaScript disabling. There was a time when I refused to build a site unless it could degrade gracefully without JS, but usage patterns and web technologies have changed so much since then. If you have to build your site to function without JS now, you can't use the VAST majority of front end frameworks, and they've revolutionized the way the web works, and what you can do in the front end. The argument used to be that you shouldn't reject a segment of the market in favor of some JS bells and whistles, but JS is the fundamental underpinning of the entire interactive web in 2016. The people who disable JS are an endangered species, and these days they're choosing not just to disable trackers or annoying widgets, but the very skeleton of modern web development.
 
If it appears significant from your analytics that's one thing, but it's generally ill advisable to consider how the user may voluntarily alter default behavior. They might adblock, they might have custom extensions dumping stuff on the page, they can disable cookies or images. Any of these will full-stop break sites but they also aren't the default settings on any modern browser so it's the user's responsibility. Your responsibility as the one building the site is to make sure you're not running a million ad scripts such that users don't erroneously believe turning js off is an appropriate measure to take.

Code:
<noscript>C'mon bro</noscript>

Is a good compromise.

I agree with you on principle but disagree on the context of the question. What the other poster is asking is if you want to obscure something behind JavaScript that is critical to the use of your website, and the answer should be "no."

You shouldn't make essential parts and behavior of your application/website reliant on client side javascript, and in this context, the person asking the original question would be having a website without navigation for someone without JS. If he's going to create a fallback for it, then he may as well just not use JS to load the navigation because the time it takes to maintain the fall back is the same time it takes to just do it right without relying on JS in the first place.

For some legit (but annoying) reasons, we get millions of visits a year from people who disable JavaScript. More visitors have disabled JS than we have IE10 (and older) users, which is a striking percentage. There's surprisingly a good reason for many of them that answer our surveys/interviews, they work for government, science, and research industries where they have to disable JS on their primary work station for security reasons, but need our software documentation (I work for a company that makes a popular programming language for engineers and scientists). If you go to our website, it renders horribly without JavaScript, just looks like complete shit, but everything is still there for somebody to get around for the most part. THere's almost no core functionality of the basic, navigable website that doesn't work without JavaScript.

Making a critical component not render if the client doesn't have JS is bad practice, even if your'e of the "c'mon bro" audience which I generally am. It's one thing to have image sliders, off canvas nav, text bubbles, auto-complete, and other extra features not work, but to have your primary nav not even render in the dom shouldn't be a consideration. In this case, there is virtually no benefit to putting your navigation behind a JavaScript fence, and only drawbacks... Creating a fallback in this case would take the same amount of time to just doing it the right way.
 

Tathanen

Get Inside Her!
I agree with you on principle but disagree on the context of the question. What the other poster is asking is if you want to obscure something behind JavaScript that is critical to the use of your website, and the answer should be "no."

You shouldn't make essential parts and behavior of your application/website reliant on client side javascript, and in this context, the person asking the original question would be having a website without navigation for someone without JS. If he's going to create a fallback for it, then he may as well just not use JS to load the navigation because the time it takes to maintain the fall back is the same time it takes to just do it right without relying on JS in the first place.

For some legit (but annoying) reasons, we get millions of visits a year from people who disable JavaScript. More visitors have disabled JS than we have IE10 (and older) users, which is a striking percentage. There's surprisingly a good reason for many of them that answer our surveys/interviews, they work for government, science, and research industries where they have to disable JS on their primary work station for security reasons, but need our software documentation (I work for a company that makes a popular programming language for engineers and scientists). If you go to our website, it renders horribly without JavaScript, just looks like complete shit, but everything is still there for somebody to get around for the most part. THere's almost no core functionality of the basic, navigable website that doesn't work without JavaScript.

Making a critical component not render if the client doesn't have JS is bad practice, even if your'e of the "c'mon bro" audience which I generally am. It's one thing to have image sliders, off canvas nav, text bubbles, auto-complete, and other extra features not work, but to have your primary nav not even render in the dom shouldn't be a consideration. In this case, there is virtually no benefit to putting your navigation behind a JavaScript fence, and only drawbacks... Creating a fallback in this case would take the same amount of time to just doing it the right way.

See, you've got a highly specific situation here. Obviously if you're producing a product for a segment of the marketplace that has to use locked-down machines, you're going to build something that they can access. But this is a niche, not a rule. You're listing widgets as the reason for JavaScript, "extra features," but the sites I build house all of the business logic in the front-end, and directly interact with an API. There is no non-JavaScript fallback for this pattern. The alternative is to build a fundamentally different site that places all of the logic server-side and serves static built templates to the front end.

The first step should always be to know your audience, so if you're building for a no-JS segment, build for a no-JS segment. But these days that's the exception, not the rule. To universally cite "best practice" as making critical content accessible without JS is to castrate the future of the web.
 

D4Danger

Unconfirmed Member
I'm not saying you shouldn't use js but there's a real arrogance to assume that's the default and forget everyone else. I worked in education for years and the amount of things you see and get feedback for is incredible. Things I would never have thought about.

Remember that at it's core the web is http and html. There's millions of people use who software that doesn't even render css let alone js. These technologies are progressive and should absolutely be used but if you're drawing some arbitrary baseline so you can use the latest hot framework on github this week that's troublesome (and obviously I'm being a sarcastic prick here but you get the idea).

It's also worth noting that it's actually illegal in many parts of the world to have an inaccessible website as it falls under discrimination law

https://en.wikipedia.org/wiki/National_Federation_of_the_Blind_v._Target_Corp..

If you want a good resource read the BBC's HTML Accessibility Standards

http://www.bbc.co.uk/guidelines/futuremedia/accessibility/index.shtml
http://www.bbc.co.uk/guidelines/futuremedia/accessibility/html/progressive-enhancement.shtml

Equally a robust site or application in the more traditional sense minimises its dependencies. The minimum dependency for a web site should be an internet connection and the ability to parse HTML.

For this reason all BBC documents must enable their core purpose without relying on CSS or JavaScript.

CSS and JavaScript can, and should, be used to enhance the user experience beyond this basic level. For example, a &#8216;live&#8217; page has a core purpose to provide the latest content about an event to the user. The core experience is the latest content at the time of the request. The experience enhanced with JavaScript automatically updates this content without the user having to take action.

I think it's fair to say 'know your audience' but don't just cut people out because they're not you.
 

Somnid

Member
I agree with you on principle but disagree on the context of the question. What the other poster is asking is if you want to obscure something behind JavaScript that is critical to the use of your website, and the answer should be "no."

You shouldn't make essential parts and behavior of your application/website reliant on client side javascript, and in this context, the person asking the original question would be having a website without navigation for someone without JS. If he's going to create a fallback for it, then he may as well just not use JS to load the navigation because the time it takes to maintain the fall back is the same time it takes to just do it right without relying on JS in the first place.

For some legit (but annoying) reasons, we get millions of visits a year from people who disable JavaScript. More visitors have disabled JS than we have IE10 (and older) users, which is a striking percentage. There's surprisingly a good reason for many of them that answer our surveys/interviews, they work for government, science, and research industries where they have to disable JS on their primary work station for security reasons, but need our software documentation (I work for a company that makes a popular programming language for engineers and scientists). If you go to our website, it renders horribly without JavaScript, just looks like complete shit, but everything is still there for somebody to get around for the most part. THere's almost no core functionality of the basic, navigable website that doesn't work without JavaScript.

Making a critical component not render if the client doesn't have JS is bad practice, even if your'e of the "c'mon bro" audience which I generally am. It's one thing to have image sliders, off canvas nav, text bubbles, auto-complete, and other extra features not work, but to have your primary nav not even render in the dom shouldn't be a consideration. In this case, there is virtually no benefit to putting your navigation behind a JavaScript fence, and only drawbacks... Creating a fallback in this case would take the same amount of time to just doing it the right way.

I did shift the question. Loading in a nav bar with ajax is terrible for performance and that's why you shouldn't do it, not because someone disables scripts. Having content on the page gives better load performance and quality perception, that's a relevant metric we should be going on.

From a business standpoint you do need to look at your metrics but as a general site you should not suppose extremely downgraded cases on a software level. Plenty of people are spending time and money on lesser IE because it's policy and yet metrics might actually show the vast majority of their traffic is mobile and only 1% actually were using IE10. Disabled JS is in the same case, not the norm and not something to be catered to unless that's an important part of your business.

Furthermore we can probably all agree disabling JS as a security measure is rather silly. Rather sites themselves should be vetted for best practices like CSP, modern certificates and SSL, etc. In fact these actions like a lot of bad business practice implemented by people who don't know what they are doing and are actively harmful to the ecosystem. Sites should absolutely take best practice seriously but should also discourage overzealous IT departments by making it hard to implement stupid policy.
 

theecakee

Member
Have any of you had experience with this set of books?

Web Design with HTML, CSS, JavaScript and jQuery Set by Jon Duckett

My goal is to learn some basic HTML, CSS, Javascript, and Bootstrap to make a website.

I certainly don't expect to gain any measure of mastery. Just enough to make a simple, clean looking website. The goal is to transform it into a repository for all my personal projects.

After that, I plan to tackle these two books:
Head First Design Patterns by Freeman et al.
PHP and MySQL Web Development by Luke Welling and Laura Thomson.

Unfortunately, I do not want to learn PHP because I heard it's utilized by really old people. Python is the new hot stuff, so I want to learn that instead. Nevertheless, the SQL knowledge will be invaluable.

Duckett's books are pretty cool, very colorful. I never got too far into it but seemed like a great book.

Head First Design Patterns is the book my Design Patterns class used in college. It's a pretty good book, really easy to read and understand. I believe there is a chapter on the MVC pattern, which is the most important pattern for web development. The book is structured around Java though iirc, so keep that in mind.
 

phaonaut

Member
There was a thing called HTML Imports which was part of the Web Component spec but I think it's dead

honestly, it's easy enough to include content using javascript but what you sound like you're planning to do should be done server side. What happens to your site if someone disables js?

I honestly didn't consider the scenario of JS disabled.
 

imBask

Banned
people who disable JS for browsing are already living a miserable life of broken websites, so I don't care too much about them
 

Tathanen

Get Inside Her!
You'll never be able to cater to every niche, all you'll end up doing is spreading yourself way too thin. You'll never be able to go all-in on anything, you'll always have to compromise, and you'll balloon your time and budget with multifarious fallbacks. The gains will never begin to equal the investment. If a segment only makes up 1-2% of your audience, drop em like a sack of wet hammers. User trends will never change unless the internet as a whole forces em to.

As for JS dependence ruining search engine indexability, that was true until a few years ago, when the Big Guys all got their shit together and started indexing rendered JS. You gotta make sure your site hits a few main points, but it's no longer a dealbreaker.
 
I need some major help in many parts of my project. Not just webdesign but also web page work later on. I will be creating a website but first I have to get these other points clear I have been working on a product for a couple of months now with a base idea that is made to print at a certain size. While a lot of our images are small some are larger than what our project calls for and I'd like to see what size images/posters we are able to make with high quality or at least good quality

Sizes of our largest images
Our largest images are around
3200 x 4380
Also have 2450 x 3375
1240 x 1670 (t)

This size would probably be our largest poster size even when adding other images to it because a lot of the work is actually smaller than that one and some much smaller.
These are 300dpi and created digitally. I am not sure what size they can actually be printed at while actually retaining a sharp and clear look. The help is very appreciated.

What size posters could those images be put on and still be clear and sharp?



Also TEXT/FONTS

I need some fonts and text packages that are interesting, I need some that are fun and imagitive and bouncy perhaps.

Also need some that are clear and clean and look great at a very small font. Going from a larger size to a smaller print. The fonts will be going on game cards and needs to be very clear and sharp for the non logo stuff at a possibly very small font like you see on other card games or how games have ultra small but clear fonts when you get up close to see them.

Please give me your suggestions and if anyone is serious in helping me out I'd be fine to talk to you via skype or fb and sharing what my project is before its public.
 

Futureman

Member
I need recommendations for web host for a personal website.

Anything decent for like $20/year?

edit: hmmm, bluehost.com has $3.50/month and that includes a domain name.
 

Futureman

Member
WOWZERS.

yea I'm a photographer and just need a simple website for my portfolio basically. I'll look into GitHub.

I use Adobe Muse... do you know if I'm able to just FTP my site to GitHub?
 
Top Bottom