The document discusses guidelines for making modal windows accessible. A modal window forces user interaction before allowing interaction with the main page. Key guidelines include: allowing full keyboard and screen reader navigation within the modal; informing users and screen readers when a modal opens through focus, labels, roles and descriptions; preventing interaction outside the modal; and ensuring screen readers can operate in "read" and "form" modes within modals as needed.
Traffic variables in Adobe Analytics are used to capture traffic and pathing data. There are 5 predefined traffic variables including page name, server, site sections, hierarchies, and 404 error page. Additionally, there are 75 custom traffic variables that can be defined and used to track values specific to a company's needs, such as internal search terms. Traffic variables function as counters and are not persistent, meaning they do not track values across visits. Reports available for traffic variables include paths, fallout, next page flow, and correlation breakdowns.
The document discusses wireframing in website design. It explains that wireframing involves creating a basic text-only version of a website without graphics to layout the information architecture and flow. Benefits of wireframing include being able to test the user experience and connections between pages before investing in visual design. The document provides instructions on creating wireframes, including sketching a site map, setting up basic HTML pages, and adding placeholder content. Finally, it lists nine digital tools that can be used to create wireframes.
Jakob Nielsen developed the method of 'Heuristic Evaluation' to help identify problems with an interface. This presentation explains the 10 rules of thumb or heuristics with examples.
Understanding and Supporting Web AccessibilityRachel Cherry
Web accessibility refers to the inclusive practice of removing barriers that prevent interaction with, or access to, websites by people with disabilities. When your website is accessible, all users can access your content and functionality no matter their abilities. Visually-impaired users can visit your website using a screen reader. Those who can’t use a mouse can navigate your site using a keyboard or other input device. Most accessibility features will also improve your SEO.
When your site is inaccessible, research shows you could be excluding up to 20 percent of your users.
This talk will cover the basics of accessibility, why it’s important, and how you can support accessibility in your projects.
Reusable acceptance criteria and test cases for accessibilityIntopia
The document discusses how a team established reusable acceptance criteria and test cases for accessibility testing. It explains that the team had limited accessibility knowledge and aggressive timelines. Generic and custom component-level acceptance criteria were created along with page-level criteria. Examples of criteria for page titles and checkboxes are provided, following a given-when-then template. The process involved code inspections and testing with keyboards and screen readers. Benefits included providing detailed tests for QA and reusability, while concerns included not covering all cases and requiring accessibility expertise to author the initial criteria and tests.
1. The document discusses user journeys, which should be one of the primary outputs of a Sprint Zero process. User journeys aim to provide context and foster shared understanding early in a product collaboration.
2. It provides tips for creating user journeys, such as understanding user triggers and goals, including both on and off-platform actions, and referencing the user's motivations. It also cautions against creating overly complex labyrinth-like journeys or focusing on only the "happy path".
3. The document prompts the reader to create a sample user journey for adding a song to a playlist on a mobile music app to demonstrate how to incorporate different elements and considerations.
Trying to build a design system for your project? But still, don't know how to? Then this post gonna teach you how to create the design system for the project!
------------------
Follow me on Instagram to learn more about design
https://www.instagram.com/fazurrehman/
------------------
Understand Design System
A Design System is the single source of truth, which groups all the elements that will allow the teams to design and develop a product even there is lots of benefits to having a design system, but you need to find the right people or company who really need design system or you think you really can solve their business problems by design system!
I will continue the design system in the 2nd post and tell you better understanding and road-map how to build a design system. ⠀
Interested to work with me, let's start working together!
fazurrehman@gmail.com
Accesibilidad práctica con HTML5, CSS3 y WAI-ARIAManuel Razzari
Presentado por Camilo Kawerín y Manuel Razzari el 28/11/2012 en http://ux2012.com.ar La Jornada Anual de Experiencia de Usuario en Argentina, organizado por IxDA Buenos Aires.
The document discusses design principles from Don Norman's book "The Design of Everyday Things" and another book on interaction design. It outlines several important principles: visibility (can the user see what to do?), feedback (does the user know the effect of their actions?), affordance (how do controls suggest their use?), mapping (is the relationship between controls and effects clear?), constraints (are invalid actions prevented?), and consistency (is use of the design logical and predictable?). Examples of both good and poor implementations of these principles in everyday designs are provided.
This document discusses usability testing and related methodologies. It provides information on what usability testing is, how it is conducted, and factors to consider when deciding which methodology to use. Specifically, it notes that usability testing involves systematically observing users under controlled conditions to determine how well they can use a product. When conducting a test, key steps include recruiting representative participants, creating tasks, observing users without guidance, and analyzing the results to identify issues. The goal is to identify problems and improve the user experience.
Historically, VPATs or (Accessibility Conformance Reports) have been the way in which to measure and document compliance with a number of standards including (WCAG, US 508, and EN 301 549). Companies which produce many products often produce many VPATs to help meet the needs of customers and internal stakeholders. Within VPATs, there is a wealth of data generated that, if fully leveraged, can provide insights into a company’s accessibility estate. Data can be derived from VPATs such as the distribution of checkpoints that are fully, partially, and not supported. This data can be mined, aggregated, and sliced in ways to help provide larger insights. Elsevier has a large number of products, and we used this data analytics approach to compare and rank using data from dozens of accessibility evaluations. We will share the story of why this became necessary for us, and the eventual decisions that led to our current iteration. We will also go over the benefits of ranking products against each other and how it breeds competitiveness, especially in an organization that takes accessibility seriously. We will also share the success stories of how this comparison has driven accessibility remediation efforts across numerous products. We will also go over the limitations of these analytics and any current issues they still have.
This document discusses information architecture (IA) and its key components of organization systems, navigation systems, search systems, and labeling systems. It provides examples of different schemes and structures for organizing content, such as alphabetical, chronological, and by topic. It also discusses best practices for labeling systems, including using consistent labels and keeping the scope narrow and focused, as well as methods for testing and refining IA like card sorting.
This document provides a playbook to help organizations get operationally ready for implementing Adobe Analytics. It covers key areas of leadership, strategy, people, process, and product to ensure success. The playbook is intended for roles such as CMOs, heads of digital and analytics, analysts, and project managers. It provides best practices around sponsorship, communication, digital strategy, organizational structure, deployment, reporting, and using the solution architecture. The objective is for organizations to drive maximum value from their investment in Adobe technology.
Trello is a visual organizational tool that uses boards, lists, and cards to help prioritize projects in a flexible way. It allows teams to work collaboratively, stay in sync, and see information at a glance. Trello integrates with other Atlassian tools like JIRA, Confluence, Bitbucket, and HipChat to link work across platforms.
Don't Make Me Think is a book by Steve Krug about human-computer interaction and web usability. The book's premise is that a good software program or web site should let users accomplish their intended tasks as easily and directly as possible.
The document discusses techniques for implementing Adobe Analytics tracking using the overrides syntax to make data private and avoid needing to clear variables. It describes using s.t() to track page views and virtual page views, as well as to simulate s.tl() click tracking. It also discusses declaring variables in different scopes, using callbacks with s.t(), and modifying s.mr() for custom callbacks.
System users often judge a system by its interface rather than its functionality
A poorly designed interface can cause a user to make catastrophic errors
Front End Frameworks - are they accessibleRuss Weakley
Frameworks like Bootstrap provide accessibility benefits but also risks if not implemented correctly. Common issues include non-semantic elements styled as buttons or headings, confusing screen reader users. Frameworks also may not fully explain interactive elements like dropdowns and modals. Developers must understand fundamentals of accessibility and not rely solely on frameworks being accessible "out of the box".
This talk will look at a range of common application components and how they can be made accessible - quickly and easily - for all users. We'll look at how to notify users when changing the DOM after page load. We will also look in-depth at accessible form validation, modal windows and adding additional information for screen reader users.
Creating accessible modals and autocompletesRuss Weakley
In this two-part presentation, Russ will guide us on a deep dive into how to create accessible modals and accessible autocomplete search functions. Along the way, we will look at the problem for different types of users as well as explore how ARIA can be used to improve these experiences. There will be blood, sweat and tears (Russ' words!) but hopefully a happy outcome for all.
Presentation for the Sydney Web Accessibility & Inclusive Design - 30 August 2019
Building accessible web components without tearsRuss Weakley
Slides from #Respond16, Sydney Melbourne 2016
So, you've built an amazing new web application. It uses all the latest frameworks and libraries. It's beautiful to behold.
But is it accessible? Many web applications these days are built on top of pre-existing frameworks or code bases and there is little thought to how well these components will work for different assistive devices.
This talk will look at a range of common application components and how they can be made accessible - quickly and easily - for all users. We'll look at how to notify users when changing the DOM after page load. We will also look in-depth at accessible form validation, modal windows, drop-down menus, in-page tabs and other commonly used we components. You will leave this talk ready and eager to enhance your application, and in the process, make it available to entirely new audiences.
WAI-ARIA An introduction to Accessible Rich Internet Applications / AccessU 2018Patrick Lauke
This document provides an introduction to Accessible Rich Internet Applications (WAI-ARIA). It discusses the need for ARIA to make complex web applications accessible, common ARIA roles and attributes, and best practices for using ARIA. Key points include: ARIA defines roles, states and properties to convey semantics to assistive technologies; common roles include buttons, toggles, and landmarks; and the five rules of ARIA use emphasize using native HTML when possible and ensuring interactive elements are keyboard accessible.
Accessibility in Design systems - the pain and gloryRuss Weakley
Slides from CodeHeart Design 2018: Building a design system is a painful enough, but how do you add accessibility into the mix? Is it an "up-at-dawn, pride-swallowing siege", or can it become part of the normal work flow. We'll look at accessibility for different roles - such as UX, UI and devs, as well as where accessibility should be injected into the process.
Accessibility is somewhat scaring, but it doesn’t need to. In fact it just helps us to be better coders and to build interfaces that are easier to use for everyone. Instead of focusing on a long and tedious set of rules this talk will present some of the most useful UI patterns, coded in an accessible way: navigation menus, products lists, registration form and much more.
A small introduction about WAI-ARIA where I show its 5 rules and 2 related attributes to improve the web accessibilty into the world. Helped by some facts related to the status of Web accessibility.
Talk had at the FrontEnders Ticino monthly meetup in Bellinzona (Switzerland) on the Global Accessibility Awareness Day (official supporter)
An introduction to basic ARIA principles, for use in accessible web applications, especially with dynamic JavaScript. Topics include when to use ARIA, what it can accomplish, keyboard interaction patterns, AJAX, tabpanel widget, the accessibility inspector, and how ARIA emulates native applications, using the accessibility API.
Web Accessibility is more than getting colours to match, and knowing when to change from one display layout to another.
Web Accessibility is more than adding "alt" tags to images and "title" tags to links.
Web Accessibility starts with the Semantics on your web page.
This is a talk I put together to show just how much I DON'T know, and how much each of these areas truly is a specialist field
WAI-ARIA An introduction to Accessible Rich Internet Applications / JavaScrip...Patrick Lauke
Vanilla HTML is limiting and boring. Our clients demand highly engaging and interactive web experiences. And wouldn’t you know, with just a bit of HTML and JavaScript we can craft amazing custom controls, widgets and effects that go far beyond the confines of traditional static markup. But how can we ensure that these custom experiences are both understandable and usable for people with disabilities, and in particular those using assistive technologies such as screen readers?
In this talk, we will look at the basics of making some common custom-built components accessible - covering how browsers and assistive technologies interact, the limitations of HTML, and how ARIA can help make interactive experiences more accessible. In addition, we will explore some of the recent additions in ARIA 1.1, as well as some particular challenges when it comes to traditional ARIA patterns and assistive technologies on mobile/tablet/touch devices.
Evergreen slidedeck at https://patrickhlauke.github.io/aria/presentation/ / https://github.com/patrickhlauke/aria/
WAI-ARIA An introduction to Accessible Rich Internet Applications / CSS Minsk...Patrick Lauke
Vanilla HTML is limiting and boring. Our clients demand highly engaging and interactive web experiences. And wouldn’t you know, with just a bit of HTML and JavaScript we can craft amazing custom controls, widgets and effects that go far beyond the confines of traditional static markup. But how can we ensure that these custom experiences are both understandable and usable for people with disabilities, and in particular those using assistive technologies such as screen readers?
In this talk, we will look at the basics of making some common custom-built components accessible - covering how browsers and assistive technologies interact, the limitations of HTML, and how ARIA can help make interactive experiences more accessible. In addition, we will explore some of the recent additions in ARIA 1.1, as well as some particular challenges when it comes to traditional ARIA patterns and assistive technologies on mobile/tablet/touch devices.
Evergreen slidedeck at https://patrickhlauke.github.io/aria/presentation/ / https://github.com/patrickhlauke/aria/
This presentation for Inclusive Design 24 (#ID24) explores how to create accessible, usable "floating" labels. Floating labels are where the label moves above form controls based on user interaction.
The document discusses user experience (UX) and jQuery Mobile. It explains that UX focuses on the user's experience with a product rather than just the design. It also discusses challenges like uncooperative clients and budgets. The document then covers UX research methods like studying similar products and user testing. It introduces jQuery Mobile as a framework that allows for touch-optimized, cross-platform mobile apps and websites. It provides examples of basic page templates, viewports, lists, forms, and headers in jQuery Mobile.
Bootstrap cheat-sheet-websitesetup.org Ali Bakhtiari
The document provides information about Bootstrap, a popular front-end web development framework. It includes definitions of key Bootstrap components like alerts, badges, breadcrumbs, buttons, and cards. It also covers Bootstrap screen sizes, styling essentials, and how to incorporate various Bootstrap classes to customize elements. The cheat sheet is intended to be a concise reference for those looking to learn and implement Bootstrap in their projects.
Creating a Simple, Accessible On/Off SwitchRuss Weakley
Have you ever tried to style checkboxes or radio buttons and ended up pulling your hair out? This presentation will explore a few simple tricks that can be used to style checkboxes and radio buttons. In this case, we will make them look like an on/off switch.
This document discusses how to make modal dialogs accessible for screen reader users. It recommends informing users that a button will open a modal dialog, setting initial focus on the modal dialog and providing a title and description, allowing the modal dialog to be dismissed with the Esc key or a close button while trapping focus inside the modal, and returning focus to the triggering element when the modal closes. Pseudocode is provided as examples for implementing these recommendations to ensure modal dialogs are accessible and enhance the user experience.
Show & tell - A more accessible accordionDan Dineen
This document discusses improving the accessibility of accordion and collapsible section scripts on a website. It begins by explaining what accordions and collapsible sections are and why they are commonly used. It then analyzes the current scripts being used and identifies issues like lack of flexibility and not meeting current accessibility standards. The document proposes using WAI-ARIA roles and attributes to make the scripts more accessible to assistive technologies like screen readers. It provides an example of how to add WAI-ARIA markup to accordion headers and content sections. Finally, it discusses going beyond just the script code to address visual design and usability aspects.
This document provides instructions for using PRUEXX, a web-based platform for documenting organizational policies and processes. It describes how to register an account and log in. The user interface is explained, including how to create new models for processes, organizations, IT systems, and documents. Various objects that can be used in process models like activities, gateways, and events are defined. Properties for customizing these objects and linking them to other model elements are also outlined.
The document discusses various controls available in Windows Presentation Foundation (WPF) for building user interfaces. It describes standard controls like grids, labels, buttons, editors, lists, menus and toolbars. It also covers other controls like tooltips, borders, popups, frames and ranges. Specific controls like grid, label, buttons, editors, lists, menus and toolbars are discussed in more detail. The document also discusses dialog boxes, third-party controls and some other controls like calendar, date picker, image and popup.
This presentation will look at how to build accessible chat windows. Along the way we will explore: how they differ from traditional modals, how to manage focus, how to manage dynamically updating content for assistive technologies and more. The session is designed for developers and coders.
This presentation for AllyCamp 2020, looks at accessible names, how they are exposed in the browsers accessibility tree, and their importance to assistive technologies. There is also a deep dive into simple examples, advanced examples using ARIA, and an overview of the W3C's Accessible Name and Description Computation.
What are accessible names and why should you care?Russ Weakley
This presentation will look at accessible names, how they are exposed in the browsers accessibility tree, and their importance to assistive technologies. There will be a deep dive into simple examples, advanced examples using ARIA, and an overview of the W3C's Accessible Name and Description Computation.
This presentation was fro the AllyBtyes event on 21 May 2020. The presentations looks at a pattern for building or reviewing any new UI component – semantics, focusable, keyboard interaction, visible states, accessible name and relationships.
What is WCAG 2 and why should we care?Russ Weakley
A presentation for IAG staff for the "Future is here" event on 6 May 20202. This presentation covers three topics - "What are our legal responsibilities around accessibility?", "What is WCAG?", and "What is inclusive design?"
Building an accessible progressive loaderRuss Weakley
This presentation for A11y Bytes May 2019, takes you through how to mark up a progress loader using the progress element. Then, eight tips for making the progress loader accessible.
This document discusses making inline error messages accessible for assistive technologies like screen readers. It provides 4 methods for programmatically associating error messages with form fields: 1) wrapping the label, 2) using aria-describedby, 3) aria-labelledby, and 4) the newer aria-errormessage. It also recommends using aria-invalid to indicate the validation state and aria-live to announce changes for screen reader users. The goal is to ensure error messages are announced and read aloud as part of the form interaction for assistive technology users.
This presentation covers; different types of disabilities, assistive technologies, legal and ethical responsibilities as well as a range of terms such as W3C, WAI and WCAG.
In the old days, many developers looked at complex websites and web applications as a series of individual pages. These days, it’s all about abstracting these pages down to re-usable elements, modules and components which are then documented, designed and built as comprehensive pattern libraries. Pattern libraries can be used as an integral part of the UX, design and front-end development phases. But where should accessibility be included in these different types of pattern libraries? Come on a journey as we explore the pain and glory of baking accessibility into UX, design and front-end pattern libraries.
In the old days, many developers looked at complex websites and web applications as a series of individual pages. These days, it’s all about abstracting these pages down to re-usable elements, modules and components which are then documented, designed and built as comprehensive pattern libraries. Pattern libraries can be used as an integral part of the UX, design and front-end development phases. But where should accessibility be included in these different types of pattern libraries? Come on a journey as we explore the pain and glory of baking accessibility into UX, design and front-end pattern libraries.
Building an accessible auto-complete - #ID24Russ Weakley
This presentation will take a deep dive into how to create an auto-complete search function that is accessible to a range of different users including keyboard-only and screen reader users. Along the way, we will explore important keystrokes and aria attributes that can be used enhance the experience for all users.
The document provides guidance on creating accessible autocomplete search functionality. It discusses user experience considerations like clear labeling and instructions. It also covers keyboard support, ensuring all actions can be performed via keyboard. The document outlines how to add appropriate markup for screen readers, including labels, roles, properties to describe interactions and options. Code examples are provided for the overall structure and specific elements.
Accessible custom radio buttons and checkboxesRuss Weakley
Creating custom-designed radio buttons and checkboxes has never been easy. Many developers have found ways of hacking these elements using CSS and JavaScript. but can they also be accessible. The answer is yes, with a little extra effort. This presentation will walk through some simple examples to show how radio buttons and checkboxes can be semantic as well as keyboard/screen-reader accessible.
At first glance, CSS line-height seems very simple, but there is a lot going on below the surface. Line-height is important for any designer or front end developer to understand as it can impact almost every aspect of our layouts.
Understanding the mysteries of the CSS property value syntaxRuss Weakley
This presentation will reveal the wonders of the W3C CSS property and value syntax. Along the way we will explore the mysterious double pipes, pound signs, double ampersands and more. You will come away a CSS syntax expert, able to understand any CSS property / value syntax no matter how complex... or your money back!
aria-live: the good, the bad and the uglyRuss Weakley
Almost all web sites and web applications today are heavily reliant on JavaScript to provide rich interactions for the user. But how can we make these interactions accessible for assistive technologies such as screen readers? The answer is WAI-ARIA – and in many cases, the aria-live property. The presentation will explore the use of WAI-ARIA and the aria-live property to alert screen readers to changes in the DOM. The presentation will also look at support for aria-live across various screen readers and how the property can be most effectively used today.
This document discusses the evolution of roles in UX/UI design and development over time. It presents a brief history starting in the 1990s with webmasters and designers focused on HTML. By the late 1990s, developers also worked with HTML and usability/UX emerged. The roles continued to expand and combine skills, with modern practitioners often working across UX research, interaction design, visual design, front-end development, and considerations for accessibility. The document suggests that while specialization can be valuable, it is also beneficial for those in UX to learn some front-end development skills to enable quick prototyping and understand rich interactions and responsive design.
This document discusses best practices for creating CSS pattern libraries. It recommends starting with the smallest reusable components and building up to larger page-level templates. Key aspects covered include using a naming convention based on modules, modifiers and descendants; avoiding overly specific class names; and including utility classes to add single styles without new classes. The document also provides examples of how to structure and name classes for common interface patterns.
How to Create Sequence Numbers in Odoo 17Celine George
Sequence numbers are mainly used to identify or differentiate each record in a module. Sequences are customizable and can be configured in a specific pattern such as suffix, prefix or a particular numbering scheme. This slide will show how to create sequence numbers in odoo 17.
Join educators from the US and worldwide at this year’s conference, themed “Strategies for Proficiency & Acquisition,” to learn from top experts in world language teaching.
Delegation Inheritance in Odoo 17 and Its Use CasesCeline George
There are 3 types of inheritance in odoo Classical, Extension, and Delegation. Delegation inheritance is used to sink other models to our custom model. And there is no change in the views. This slide will discuss delegation inheritance and its use cases in odoo 17.
(T.L.E.) Agriculture: Essentials of GardeningMJDuyan
(𝐓𝐋𝐄 𝟏𝟎𝟎) (𝐋𝐞𝐬𝐬𝐨𝐧 𝟏.𝟎)-𝐅𝐢𝐧𝐚𝐥𝐬
Lesson Outcome:
-Students will understand the basics of gardening, including the importance of soil, water, and sunlight for plant growth. They will learn to identify and use essential gardening tools, plant seeds, and seedlings properly, and manage common garden pests using eco-friendly methods.
Views in Odoo - Advanced Views - Pivot View in Odoo 17Celine George
In Odoo, the pivot view is a graphical representation of data that allows users to analyze and summarize large datasets quickly. It's a powerful tool for generating insights from your business data.
The pivot view in Odoo is a valuable tool for analyzing and summarizing large datasets, helping you gain insights into your business operations.
How to Show Sample Data in Tree and Kanban View in Odoo 17Celine George
In Odoo 17, sample data serves as a valuable resource for users seeking to familiarize themselves with the functionalities and capabilities of the software prior to integrating their own information. In this slide we are going to discuss about how to show sample data to a tree view and a kanban view.
AI Risk Management: ISO/IEC 42001, the EU AI Act, and ISO/IEC 23894PECB
As artificial intelligence continues to evolve, understanding the complexities and regulations regarding AI risk management is more crucial than ever.
Amongst others, the webinar covers:
• ISO/IEC 42001 standard, which provides guidelines for establishing, implementing, maintaining, and continually improving AI management systems within organizations
• insights into the European Union's landmark legislative proposal aimed at regulating AI
• framework and methodologies prescribed by ISO/IEC 23894 for identifying, assessing, and mitigating risks associated with AI systems
Presenters:
Miriama Podskubova - Attorney at Law
Miriama is a seasoned lawyer with over a decade of experience. She specializes in commercial law, focusing on transactions, venture capital investments, IT, digital law, and cybersecurity, areas she was drawn to through her legal practice. Alongside preparing contract and project documentation, she ensures the correct interpretation and application of European legal regulations in these fields. Beyond client projects, she frequently speaks at conferences on cybersecurity, online privacy protection, and the increasingly pertinent topic of AI regulation. As a registered advocate of Slovak bar, certified data privacy professional in the European Union (CIPP/e) and a member of the international association ELA, she helps both tech-focused startups and entrepreneurs, as well as international chains, to properly set up their business operations.
Callum Wright - Founder and Lead Consultant Founder and Lead Consultant
Callum Wright is a seasoned cybersecurity, privacy and AI governance expert. With over a decade of experience, he has dedicated his career to protecting digital assets, ensuring data privacy, and establishing ethical AI governance frameworks. His diverse background includes significant roles in security architecture, AI governance, risk consulting, and privacy management across various industries, thorough testing, and successful implementation, he has consistently delivered exceptional results.
Throughout his career, he has taken on multifaceted roles, from leading technical project management teams to owning solutions that drive operational excellence. His conscientious and proactive approach is unwavering, whether he is working independently or collaboratively within a team. His ability to connect with colleagues on a personal level underscores his commitment to fostering a harmonious and productive workplace environment.
Date: June 26, 2024
Tags: ISO/IEC 42001, Artificial Intelligence, EU AI Act, ISO/IEC 23894
-------------------------------------------------------------------------------
Find out more about ISO training and certification services
Training: ISO/IEC 42001 Artificial Intelligence Management System - EN | PECB
Webinars: https://pecb.com/webinars
Article: https://pecb.com/article
-------------------------------------------------------------------------------
Principles of Roods Approach!!!!!!!.pptxibtesaam huma
Principles of Rood’s Approach
Treatment technique used in physiotherapy for neurological patients which aids them to recover and improve quality of life
Facilitatory techniques
Inhibitory techniques
Front Desk Management in the Odoo 17 ERPCeline George
Front desk officers are responsible for taking care of guests and customers. Their work mainly involves interacting with customers and business partners, either in person or through phone calls.
Is Email Marketing Really Effective In 2024?Rakesh Jalan
Slide 1
Is Email Marketing Really Effective in 2024?
Yes, Email Marketing is still a great method for direct marketing.
Slide 2
In this article we will cover:
- What is Email Marketing?
- Pros and cons of Email Marketing.
- Tools available for Email Marketing.
- Ways to make Email Marketing effective.
Slide 3
What Is Email Marketing?
Using email to contact customers is called Email Marketing. It's a quiet and effective communication method. Mastering it can significantly boost business. In digital marketing, two long-term assets are your website and your email list. Social media apps may change, but your website and email list remain constant.
Slide 4
Types of Email Marketing:
1. Welcome Emails
2. Information Emails
3. Transactional Emails
4. Newsletter Emails
5. Lead Nurturing Emails
6. Sponsorship Emails
7. Sales Letter Emails
8. Re-Engagement Emails
9. Brand Story Emails
10. Review Request Emails
Slide 5
Advantages Of Email Marketing
1. Cost-Effective: Cheaper than other methods.
2. Easy: Simple to learn and use.
3. Targeted Audience: Reach your exact audience.
4. Detailed Messages: Convey clear, detailed messages.
5. Non-Disturbing: Less intrusive than social media.
6. Non-Irritating: Customers are less likely to get annoyed.
7. Long Format: Use detailed text, photos, and videos.
8. Easy to Unsubscribe: Customers can easily opt out.
9. Easy Tracking: Track delivery, open rates, and clicks.
10. Professional: Seen as more professional; customers read carefully.
Slide 6
Disadvantages Of Email Marketing:
1. Irrelevant Emails: Costs can rise with irrelevant emails.
2. Poor Content: Boring emails can lead to disengagement.
3. Easy Unsubscribe: Customers can easily leave your list.
Slide 7
Email Marketing Tools
Choosing a good tool involves considering:
1. Deliverability: Email delivery rate.
2. Inbox Placement: Reaching inbox, not spam or promotions.
3. Ease of Use: Simplicity of use.
4. Cost: Affordability.
5. List Maintenance: Keeping the list clean.
6. Features: Regular features like Broadcast and Sequence.
7. Automation: Better with automation.
Slide 8
Top 5 Email Marketing Tools:
1. ConvertKit
2. Get Response
3. Mailchimp
4. Active Campaign
5. Aweber
Slide 9
Email Marketing Strategy
To get good results, consider:
1. Build your own list.
2. Never buy leads.
3. Respect your customers.
4. Always provide value.
5. Don’t email just to sell.
6. Write heartfelt emails.
7. Stick to a schedule.
8. Use photos and videos.
9. Segment your list.
10. Personalize emails.
11. Ensure mobile-friendliness.
12. Optimize timing.
13. Keep designs clean.
14. Remove cold leads.
Slide 10
Uses of Email Marketing:
1. Affiliate Marketing
2. Blogging
3. Customer Relationship Management (CRM)
4. Newsletter Circulation
5. Transaction Notifications
6. Information Dissemination
7. Gathering Feedback
8. Selling Courses
9. Selling Products/Services
Read Full Article:
https://digitalsamaaj.com/is-email-marketing-effective-in-2024/
No, it's not a robot: prompt writing for investigative journalismPaul Bradshaw
How to use generative AI tools like ChatGPT and Gemini to generate story ideas for investigations, identify potential sources, and help with coding and writing.
A talk from the Centre for Investigative Journalism Summer School, July 2024
3. A modal window is a window
that forces the user to interact
with it before they can go back to
using the parent page.
4. Generally, modal windows are
designed to sit over the top of
the parent page. In some cases,
the parent page is greyed out so
that users can visually focus on the
modal dialog only.
13. Modeless windows are secondary
windows that stay active on the
user's screen until dismissed.
Modeless windows can be
minimised or hidden behind other
windows.
14. Unlike a modal window, a
modeless window will allow the
user to continue working with
the application while the modeless
window is still open.
31. For hyperlinks, we could add
additional information using the
“title”, aria-labelledby, or “aria-
label” attributes. Or we could
place the addition information
inside the link and then hide it.
32. <!-- title attribute -->!
<a href="#id-name" !
! title="Added info">!
! Add bank account!
</a>!
33. <!-- aria-label attribute -->!
<a href="#id-name" !
! aria-label="Add bank account - Added
info">!
! Add bank account!
</a>!
55. When the modal window becomes
active, the rest of the page -
everything apart from the modal
window container, could then be
set with aria-hidden=“true”.
62. This is important because we are
going to give the window a label
as well as potentially adding
additional descriptive information.
63. If we set focus on an element
inside the window, such as the
first form control, the label and
additional information will not
be heard by screen reader users.
123. Users should be able to use
ENTER or SPACE keystrokes on
relevant elements while inside the
modal window - especially if they
are button elements.
129. When inside form controls,
ARROW keys are generally used to
allow users to navigate user-
entered text within the form
control.
130. An example might be a user
entering data into a <textarea>
element. The user can navigate
within their entered text using
ARROW keys to move to previous
and next characters, next line etc.
131. However, some form controls use
ARROW keys to allow users to
choose options within a set of
choices.
132. For example, radio buttons and
select menus allow users to
navigate through choices using
ARROW keys.
133. So, users should be able to use
ARROW keystrokes to change
radio button options.
145. In “read” mode, users can read
and navigate the page. Users
cannot interact with form controls
146. In “form” mode, users can interact
with form controls. Users cannot
read and navigate the page.
147. In some cases, modal windows
may include important content
that is not form-related. In these
cases, screen reader users need to
be able to operate in “read” mode.
148. This means that screen reader
users must be able to navigate
though content using all of the
standard “read” mode keys.
149. In these cases, we could wrap a
new element around all the
content within the window and
set it with role=“document”.
150. The “document” role informs
screen readers of the need to
augment browser keyboard
support so that users can navigate
and read any content within the
“document” region.
171. For complex modal windows,
where users may want to go back
to the parent page quickly without
having to TAB through the whole
window, it may be better to place
the “Close” button first in tab
order.
178. On sites where there are
numerous different modal dialogs,
the most important thing is
consistency. Decided on a method
and use it for all modal windows
so that it becomes predictable.
180. When the modal window is closed,
if users are being taken back to
the parent page:
181. 1. Focus should be placed on the
relevant component of the parent
page. The most common practice
is to move focus back to the
element that invoked the dialog.
182. The user should not be thrown
back to the top of the parent
page unless there is a good
reason!
183. 2. The user should be informed
where they are and what change
has occurred.
185. Lorem ipsum dolor sit amet consect etuer adipi scing elit sed diam
nonummy nibh euismod tinunt ut laoreet dolore magna aliquam
erat volut. Ut wisi enim ad minim veniam, quis nostrud exerci tation
ullamcorper suscipit lobortis nisl ut aliquip vel eum iriure dolor in
hendrerit in vulputate.
Accumsan et iusto odio dignissim qui blandit praesent luptatum
zzril delenit augue duis dolore te feugait nulla facilisi. Lorem ipsum
dolor sit amet, consectetuer adipiscing elit, sed diam nonummy
nibh euismod tincidunt ut laoreet dolore magna aliquam erat.
Heading here
Another thing here
Add your bank balance
Another heading
$1,200.34
Focus
“Bank balance $1200.34 added
to bank information table”