👋 Oi, mga repapips, Brian Dys here! I love music, photography, and creative stuff like UX design and art. This is a place where I collect my thoughts and works. Apart all these, I’m Jaycelle’s better half and Bryce’s dad. 🥰
Here are some guiding principles we’ve adapted along the way in the web design and development industry:
- It’s easier to ask forgiveness than it is to get permission.
- DRY – Don’t Repeat Yourself
- KISS – Keep it simple, stupid
- HMW – How Might We?
- Be open to changes/improvements
- Invent, innovate
- Always set a purpose and goal in implementing design solutions
- Mind the PageSpeed
- Make it work and make it better
If a component is significant enough, it must contain a component name in the form of a heading element (e.g.,
But sometimes there’s a big tone discrepancy between the name of the component and what you want to say in the heading. Consider this example:
<h1>Welcome! Please register.</h1>
Although, the context of a registration component is mentioned both in the
class name and in the heading element, it still fails in providing an official name for the component which can be crawled by search engines and read by screenreaders.
It would be what we call an accessible name. It is a formal name for the component inside a heading tag. In the existing example, the heading with the brand tone or voice would be a friendly name wherein we can get creative about.
Here’s a better example of that registration component:
<h1 class="accessible-name">Registration Component</h1>
<p class="friendly-name">Welcome! Please register.</p>
In CSS, we could visually hide the accessible name and always use a friendly name even if they both have the same content (mostly for HTML markup consistency).
There are numerous types of user interfaces that we use in our designs – there are pages, screens, popovers, dialog boxes, alert boxes, sliders, tooltips, overlays, and the list goes on.
It is important for front-end designers to establish a system for naming such containers and reusing them all over our web projects via the
class attribute of an HTML element (e.g.,
Say, for example, you want to define a container to appear as a dialog box. There are two important things to consider: first is the type of UI and the second is the state of that UI. The solution to this task is to hook up the
class name of an HTML element with CSS. Then in CSS, the visual design for a particular UI type is already defined, as well as its different states (active or inactive).
The Naming Convention
Instead of mindlessly coming up with names, we must establish a naming convention (very similar to BEM) to help and guide us with repeatedly naming class names depending on the need.
In general, we would start from generic to specific in this syntax:
The generic name says something about the whole naming convention – whether it’s a type of UI or a state of an element. The identifier is the element that narrows down towards the specific (in some cases if it answers to the generic name, it is the specific name). The specific name answers to the generic name similar to
attribute="value" syntax (i.e.,
Consider wanting to classify an element under a dialog box type of UI:
Or defining a state of the dialog box:
<div class="ui-type–dialog-box ui-state__dialog-box–active">
In our example, the generic names are
ui-state and the specific names are
active, respectively. In the case of the generic name
dialog-box acts as the specific. And lastly, the separator between a generic name and an identifier is a double-underscore
__ and the separator between a generic name or an identifier and a specific name is a double-dash
--. The separators make the relationship between the names easier to understand and the syntax, easier to read for different front-end designers sharing front-end documents.
Hey there, welcome to Design DriveThru Blog.
This serves as our idea scratch paper – like the tissue you get a hold of in a restaurant during a light bulb moment.
The main purpose of this is to document work in progress about Front-end Design stuff. The secondary purpose is to share the thoughts with the design and development community.
I hope this gets productive and helpful.
They call her that. Stiffany. Like a cross between Stephanie and Tiffany. Her teeth protrude out of her lips and almost she could have been born to peck her food.
But she is human. A being with some hopes and some dreams. Unlike other species – human or in- – they only exist, they thrive, survive day in and out.
Not her the least. She acts on these hopes and dreams. In a cramped lady bedspacer she sleeps together with her best friend.
She wakes up at night to make her body everybody’s business. She acts on her hopes and dreams.
Nobody knows for sure if she is loved by her family and if she loved them back. Only that truth was running through her head that fateful early morning when she hazily got up from sleep to quench her thirst.
By the kitchen table she grabbed what was there. It was done and she was done by a silver cleaner the clarity and taste of water. Was it because it was in a bottled water container?
I see boisterousness while tomorrow remains uncertain.
It is our prerogative to calm down, to be happy, to live in the moment. But the same thing could be said about the opposite.
What weighs in more is if we choose to be.
We all want independence. But what we really need is freedom.
“Leaked” is already a humdrum-ming buzzword – a scheme already exposed. Just like one knows a linkbait when one sees one.
Here’s something for the morning:
What a beautiful face
I have found in this place
That is circling all round the sun
What a beautiful dream
That could flash on the screen
In a blink of an eye and be gone from me
Soft and sweet
Let me hold it close and keep it here with me
~ In The Aeroplane Over The Sea by Neutral Milk Hotel