INF-306 Exam Dumps - IT Specialist Information Technology Specialist Questions and Answers

First box: minlength

Second box: maxlength

Third box: required

The correct validation attributes are minlength, maxlength, and required. The input must accept a category abbreviation that is either two or three characters long. The minlength= " 2 " attribute enforces the lower boundary by preventing submission when the entered text contains fewer than two characters. The maxlength= " 3 " attribute enforces the upper boundary by preventing the user from entering more than three characters into the field. Since the question states that the input is mandatory, the required attribute must also be included. required is a Boolean validation attribute, so it does not need a value; its presence alone makes the field required before the form can be submitted. Together, these attributes configure basic HTML5 constraint validation directly in markup without requiring JavaScript. The completed input therefore requires a value, rejects values shorter than two characters, and limits the value to no more than three characters. References/topics: HTML5 form validation, minlength, maxlength, required, text input constraints, mandatory form fields.

The correct method is preventDefault(). During form submission, the browser’s default behavior is to submit the form to the target URL, which may navigate away from the current page or reload it. If the submitted data is invalid and the application must display custom error messages while preserving the entered values, the submit event handler should call event.preventDefault(). This cancels the default submit action, allowing the page to remain in place and the script to display validation feedback next to the relevant form controls. defaultPrevented is not the method to use; it is only a Boolean property that indicates whether preventDefault() has already been called. cancelable is also only informational; it tells whether the event’s default behavior can be canceled. abort is unrelated to form validation and does not provide the required control over form submission. References/topics: HTML5 form validation, custom validation messages, submit event, event cancellation, preserving form data.

The correct answer is D because the layout shown is a named-area CSS Grid layout. The mockup contains five semantic regions: the top header area for the logo and page title, a left-side menu, a central main content area, a right-side additional content area, and a bottom copyright/contact area. In CSS Grid, this type of visual structure is defined with grid-template-areas, where each quoted string represents one grid row and each repeated name represents how far that area spans across columns. In option D, heading spans the full top row, menu occupies the left column across the lower rows, content fills the main center region, right fills the additional content region, and contact spans the bottom row to the right of the menu. Option A only defines row and column sizes and does not name the five content areas. Options B and C are invalid for this purpose because named layout strings do not belong in grid-template-rows or grid-template-columns. References/topics: CSS Grid, grid containers, display: grid, named grid areas, grid-template-areas, page layout construction.

The correct segment is D because named grid-region layouts are defined with grid-template-areas. This CSS Grid property specifies named grid areas, establishes the cells in the grid, and assigns names to those cells. The syntax requires each row of the grid template to be written as a quoted string, with repeated names indicating that the named area spans multiple columns or rows. In the shown layout, heading spans the entire top row, menu occupies the left column across lower rows, content spans the central area, right occupies the right-side area, and contact spans the bottom content region. Options B and C are incorrect because named grid-area strings do not belong in grid-template-rows or grid-template-columns; those properties define track sizing, not named layout regions. Option A defines explicit column and row sizes but does not define the semantic named areas shown in the mockup. References/topics: CSS Grid, grid containers, named grid areas, grid-template-areas, responsive page layout.

< input id= " phone "

pattern= " [0-9]{10} "

placeholder= " 0000000000 " >

The correct first attribute is pattern because the requirement is to validate the entered value against a specific format: exactly ten numeric digits and no symbols. The regular expression [0-9]{10} means that only digits from 0 through 9 are allowed, and exactly ten of them must be entered. This prevents values such as 123-456-7890, (123)4567890, or 123 456 7890 because those contain symbols or spaces. The correct second attribute is placeholder, not value, because the input should initially display all zeroes but that displayed text must not be submitted or stored with the form. A placeholder is hint text shown when the field is empty; it disappears when the user enters real data and is not submitted as the control’s value. By contrast, value= " 0000000000 " would actually prepopulate the input and could be submitted if the user did not change it. The required option is not selected because the question focuses on format validation and display hint behavior, not mandatory completion. References/topics: HTML5 form validation, pattern, regular expressions, placeholder, input constraint validation.

The correct property is clear. In CSS layout, float removes an element from the normal inline flow and positions it to the left or right, allowing following content to wrap beside it. The clear property controls whether an element may be positioned next to preceding floated elements or must be moved below them. MDN defines clear as the property that sets whether an element must be moved below floating elements that precede it. Typical values include left, right, both, and none, allowing the developer to block floats on one or both sides. display controls the formatting behavior of an element, such as block, inline, flex, or grid. float creates the floating behavior; it does not prevent other floats from appearing beside an element. position controls positioning schemes such as static, relative, absolute, fixed, or sticky. Therefore, only clear directly defines the sides where adjacent floating elements are not permitted. References/topics: CSS floats, content flow, clearing floated elements, layout positioning.

==========

First blank: img

Second blank: filter:

Third blank: grayscale(100%)

Fourth blank: blur(8px)

The correct CSS selector is img because the requirement applies the visual effect to gallery images. The correct property is filter:, not transform:, because CSS filters modify the rendered appearance of an element using image-processing effects such as blur, grayscale, opacity, brightness, contrast, and shadows. The filtered sample appears blurred and colorless, so the appropriate filter functions are grayscale(100%) and blur(8px). grayscale(100%) removes all color from the image, converting it to a black-and-white rendering. blur(8px) obscures visual details, making the image difficult to recognize until the protected or authorized state changes the styling. The filter keyword without a colon is not a valid CSS declaration in this context. brightness(40%) and opacity(50%) could further obscure an image, but they are not required to reproduce the shown filtered result. The final declaration is therefore filter: grayscale(100%) blur(8px);.

First drop-down: datalist

Second drop-down: vehicles

Third drop-down: < /datalist >

The correct element is < datalist > because the interface requires a text input that provides selectable suggestions while still allowing the user to type. The < input > element uses list= " vehicles " , so it must be connected to a < datalist > element whose id is exactly vehicles. The id cannot be vehicle, because vehicle is already the input element’s own identifier and does not match the value used by the list attribute. The < option > elements inside the datalist define the suggested values: Motorcycle, Truck, Boat, Car, and Bicycle. ul, ol, and li are list-markup elements and do not create input suggestions. select would create a fixed dropdown list, but it would not match the editable input-with-suggestions behavior shown. The closing tag must match the opening datalist element, so the final selection is < /datalist > .

display: grid;

grid-template-columns: repeat(6, 1fr);

grid-template-rows: 50px 50px 150px 150px 100px;

grid-gap: 10px 15px;

The correct grid definition starts with display: grid;, which turns the element into a CSS Grid container. To explicitly create six equal-width columns, the correct property is grid-template-columns, and the most efficient value is repeat(6, 1fr). The repeat() function avoids writing 1fr six separate times, while 1fr assigns each column one equal fraction of the available grid width. The five row sizes must be explicitly declared with grid-template-rows, using the exact varied values shown: 50px 50px 150px 150px 100px. This creates five rows with fixed pixel heights. For the spacing requirement, grid-gap: 10px 15px; is the correct shorthand. The first value controls the row gap, so rows are separated by 10px; the second value controls the column gap, so columns are separated by 15px. References/topics: CSS Grid containers, explicit grid tracks, grid-template-columns, grid-template-rows, repeat(), fractional units, grid gaps.

The correct features are saving temporary authentication tokens and passing form data to a confirmation page. sessionStorage provides a storage area scoped to the current origin and browser tab, and its data is retained only for the duration of the page session. That makes it appropriate for short-lived application state that must survive page reloads or navigation within the same workflow, but should not remain permanently available after the session ends. Passing form data from an entry page to a confirmation page is a classic session-scoped use case because the data is needed briefly during a multi-page transaction. Temporary authentication tokens can also fit the session-storage model when the token should be tied to the active browser session rather than persisted across future visits. Customized UI/UX settings usually need to persist across sessions, so localStorage or server-side user preferences are more appropriate. Game progress saved for future use is also persistent state, not session-only state. Passing data to a function is ordinary JavaScript memory usage and does not require Web Storage. References/topics: application state management, Web Storage API, sessionStorage, temporary workflow data, session-scoped tokens.

==========