quotes | WebReference
Устанавливает тип кавычек, который применяется в тексте документа. В каждом языке существуют свои традиции для обозначения кавычек, свойство quotes позволяет задать вид их отображения по всему тексту и установить, таким образом, его единообразное оформление. Добавление кавычек происходит автоматически для содержимого контейнера <q>, а также для текста, к которому применяется стилевое свойство content со значением open-quote (открывающая кавычка) или close-quote (закрывающая кавычка).
Краткая информация
| Значение по умолчанию | Зависит от браузера, его настроек и операционной системы. Чаще всего используется кавычки вида «/» |
|---|---|
| Наследуется | Да |
| Применяется | Ко всем элементам |
| Анимируется | Нет |
Синтаксис
quotes: [<Строка> <Строка>]+ | noneСинтаксис
| Описание | Пример | |
|---|---|---|
| <тип> | Указывает тип значения. | <размер> |
| A && B | Значения должны выводиться в указанном порядке. | <размер> && <цвет> |
| A | B | Указывает, что надо выбрать только одно значение из предложенных (A или B). | normal | small-caps |
| A || B | Каждое значение может использоваться самостоятельно или совместно с другими в произвольном порядке. | width || count |
| [ ] | Группирует значения. | [ crop || cross ] |
| * | Повторять ноль или больше раз. | [,<время>]* |
| + | Повторять один или больше раз. | <число>+ |
| ? | Указанный тип, слово или группа не является обязательным. | inset? |
| {A, B} | Повторять не менее A, но не более B раз. | <радиус>{1,4} |
| # | Повторять один или больше раз через запятую. | <время># |
Значения
В качестве значения используется символ текста (например, quotes: ««» «»») или символ юникода. Некоторые из них перечислены в табл. 1.
| Вид | Спецкод HTML | Юникод | Описание |
|---|---|---|---|
| « | " | \0022 | Двойная кавычка, применяется обычно в моноширинных шрифтах, для обозначения символа дюйма, а также угловых секунд. |
| ‘ | ' | \0027 | Апостроф. Символ угловых минут, в латинице применяется для обозначения мягкого знака (popalas’ lisa). |
| « | « или « | \00ab | Открывающая двойная угловая кавычка. |
| » | » или » | \00bb | Закрывающая двойная угловая кавычка. |
| ‘ | ‘ | Открывающая одинарная кавычка. | |
| ’ | ’ | \2019 | Закрывающая одинарная кавычка. |
| “ | “ | \201c | Открывающая двойная кавычка в англоязычных текстах или закрывающая для русского языка. |
| ” | ” | \201d | Закрывающая двойная кавычка в англоязычных текстах. |
| „ | „ | \201e | Открывающая двойная кавычка. Применяется в русском языке. |
- none
- Кавычки не добавляются.
Песочница
Винни-Пух был всегда не прочь немного подкрепиться, в особенности часов в одиннадцать утра, потому что в это время завтрак уже давно окончился, а обед ещё и не думал начинаться. И, конечно, он страшно обрадовался, увидев, что Кролик достаёт чашки и тарелки.
‘«’ ‘»’ ‘“’ ‘”’ ‘„’ ‘“’
div::before {
content: open-quote;
}
div::after {
content: close-quote;
}
div {
quotes: {{ playgroundValue }};
}Пример
<!DOCTYPE html> <html> <head> <meta charset=»utf-8″> <title>quotes</title> <style> q { font-family: Times, serif; /* Шрифт с засечками */ font-style: italic; /* Курсивное начертание текста */ color: navy; /* Синий цвет текста */ quotes: «\0ab» «\0bb»; /* Кавычки в виде двойных угловых скобок */ } </style> </head> <body> <p>Станислав Лец утверждал: <q>Чаще всего выход там, где был вход</q>.</p> </body> </html>Результат данного примера показан на рис. 1.
Рис. 1. Применение свойства quotes
Объектная модель
Объект.style.quotes
Спецификация
| Спецификация | Статус |
|---|---|
| CSS Level 2 (Revision 1) | Рекомендация |
Каждая спецификация проходит несколько стадий одобрения.
- Recommendation (Рекомендация) — спецификация одобрена W3C и рекомендована как стандарт.
- Candidate Recommendation (Возможная рекомендация) — группа, отвечающая за стандарт, удовлетворена, как он соответствует своим целям, но требуется помощь сообщества разработчиков по реализации стандарта.
- Proposed Recommendation (Предлагаемая рекомендация) — на этом этапе документ представлен на рассмотрение Консультативного совета W3C для окончательного утверждения.
- Working Draft (Рабочий проект) — более зрелая версия черновика после обсуждения и внесения поправок для рассмотрения сообществом.
- Editor’s draft (Редакторский черновик) — черновая версия стандарта после внесения правок редакторами проекта.
- Draft (Черновик спецификации) — первая черновая версия стандарта.
Браузеры
| 8 | 12 | 11 | 4 | 5. 1 | 1.5 |
| 2.1 | 2 | 6 | 5.1 |
В таблице браузеров применяются следующие обозначения.
- — элемент полностью поддерживается браузером;
- — элемент браузером не воспринимается и игнорируется;
- — при работе возможно появление различных ошибок, либо элемент поддерживается с оговорками.
Число указывает версию браузреа, начиная с которой элемент поддерживается.
Контент
См. также
- <q>
- content
- Аккордеон меню
- Не только текст
- Псевдоэлементы ::after и ::before
- Работа с типографикой
Рецепты
- Как добавить всплывающую подсказку к тексту?
- Как изменить вид маркера списка?
- Как изменить стиль чисел в списке?
- Как изменить цвет маркеров в списке?
- Как сделать нумерацию русскими буквами?
- Как сделать ссылку для скачивания?
- Как сделать ссылку на адрес электронной почты?
- Как указать язык сайта по ссылке?
Люди,срочно! Как сделать нормальные кавычки??? | Render.
ruJavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
- Автор темы —
- Дата создания
Guest
#1
#1
Подскажите пожалуйста, в каких настройках чего поменять, чтоб кавычки в кореле9 по умолчанию были угловые, а не запятыми.
Пожалста!!!
Guest
#2
#2
Кавычки в русском языке — это «елочки» и «лапки»,
соответственно Alt+0171/0187 и 0132/0147. Кавычки
внутри кавычек должны различаться между собой
рисунком: «… „…» …». «Елочки» предпочтительнее в
газетном и журнальном наборе, а „лапки» — для
детских изданий и рукописных шрифтов.
В английском языке — ‘…’ и «…», соответственно
Alt+0145/0146 и 0147/0148. В немецком языке — »…«
и «…». В любом случае использование иноязычных
закрывающей кавычек, а тем более использование в
их качестве знака дюйма («) является грубейшей
ошибкой.
В качестве многоточия (…) лучше использовать
специальный символ (вводится Alt+0133), а не три
точки. Многоточие от слова не отделяется.
Guest
#3
#3
Спасибо, Kir, очень актуальная для меня информация!!!.
И как мне сделать в Кореле, чтоб по умолчанию елочки были — а там уже где надо по смыслу вручную заменять?
Guest
#4
#4
PS — с альтом ничего не получается — пожалуйста, поподробнее.
…умоляю…
Guest
#5
#5
Нажал ALT, набил четыре цифры на цифровых клавишах в правой части клавиатуры, а не из верхнего ряда над буквенными. Отпустил ALT. Готово.
Guest
#6
#6
спасибо
Guest
#7
#7
NumLock еще должен быть включен
Guest
#8
#8
> NumLock еще должен быть включен
Разумеется.
объектив c — #import с использованием угловых скобок и кавычек » »
спросил
Изменено 2 месяца назад
Просмотрено 48 тысяч раз
Мне интересно, что решает, разрешено ли вам использовать "Header.h" при импорте файлов в Objective-C. До сих пор мое наблюдение заключалось в том, что вы используете кавычки "" для файлов в вашем проекте, к которым у вас есть источник реализации, и угловые скобки <> , когда вы ссылаетесь на библиотеку или фреймворк.
Но как именно это работает? Что мне нужно сделать, чтобы мои собственные классы использовали скобки? Прямо сейчас Xcode не позволит мне сделать это для моих собственных заголовков.
Кроме того, просматривая заголовки некоторых фреймворков, я вижу, что заголовки ссылаются друг на друга с помощью <имя_фреймворка/файл.h> . Как работает , что ? Это очень похоже на пакеты в Java, но, насколько мне известно, в Objective-C такого понятия, как пакет, нет.
- target-c
- синтаксис
- импорт
- пакет
Objective-C имеет это общее с C/C++; форма в кавычках предназначена для «локальных» включений файлов (необходимо указать относительный путь от текущего файла, например, #include «headers/my_header.h» ), а форма угловых скобок предназначена для «глобальных» включений — найденные где-то на пути включения, переданном компилятору (например, #include ).
Таким образом, чтобы ваши собственные заголовки использовали < > , а не " " , вам необходимо передать компилятору относительный или абсолютный путь к каталогу заголовков. См.
«Как добавить глобальный путь включения для Xcode» для получения информации о том, как это сделать в Xcode.
Дополнительные сведения см. на этой странице MSDN.
3
В C принято, что файлы заголовков в <> ищутся в системных каталогах, а "" — в пользовательских или локальных каталогах.
Думаю, определение системного и локального немного расплывчато. Я полагаю, что он просматривает системные каталоги в пути включения или в CPPFLAGS для
Я предполагаю, что это работает аналогично для Objective-C.
Чтобы импортировать свои собственные классы с помощью «< >», вы должны поместить файлы заголовков (*.h) в папку lib компилятора или установить СИСТЕМНЫЕ ПЕРЕМЕННЫЕ, указывающие на вашу папку lib.
#import <> vs «»
— 
h> Угловые скобки сообщают препроцессору о необходимости поиска в специальных предварительно обозначенных каталогах системы. Например, вы импортируете системные заголовки, такие как или добавленные фреймворки
"Name.h" — Кавычки указывают препроцессору на поиск в текущем каталоге . Если заголовок не найден, препроцессор пытается использовать <Имя.h> . Обычно вы должны использовать его с файлами вашего проекта
Просто наткнулся на ту же проблему, есть 2 типа путей поиска: Xcode:
Пути поиска заголовка пользователя Пути поиска заголовков
Если вы добавите свои собственные включаемые папки в пути поиска заголовков, вы сможете без проблем использовать угловые скобки.
Или установите Всегда искать путь пользователя на YES , чтобы можно было использовать угловые скобки.
С угловыми скобами напр.
вы импортируете системные файлы.
Вы используете двойные кавычки "Person.h" , чтобы импортировать локальные файлы (файлы, которые вы создали) и указать компилятору, где их искать.
Если это проект Xcode и вы хотите включить его в структуру, откройте файл заголовка, который вы хотите включить. Затем откройте самую правую вкладку Xcode и в разделе «Целевое членство» щелкните фреймворк, из которого вы хотите, чтобы ваш файл был доступен.
напр. Если ваша структура — AlphaTools, а ваш заголовок — AceHeader, вы выберете AlphaTools в целевом членстве, чтобы получить доступ к < AlphaTools/AceHeader.h
ЧТО ТАКОЕ ЗАГОЛОВОЧНЫЙ ФАЙЛ?
Файлы заголовков содержат определения функций и переменных, которые можно включить в любую программу на языке C с помощью оператора препроцессора #include. Стандартные заголовочные файлы поставляются с каждым компилятором и охватывают ряд областей, обработку строк, математику, преобразование данных, печать и чтение переменных.
Например, #include содержит информацию о входных данных, таких как scanf(), и выводах, таких как функция printf() и т. д., в компиляторе.
1) #ВКЛЮЧИТЬ:-
Это препроцессор, который обрабатывает до обработки основной функции.
Основная работа препроцессора заключается в инициализации окружения программы, т.е. программы с заголовочным файлом.
2).ч:-
(Файл заголовка) Файл заголовка — это файл с расширением .h, который содержит объявления функций C и определения макросов и может использоваться несколькими исходными файлами.
В) Существует два типа заголовочных файлов: файлы, которые пишет программист, и файлы, поставляемые с вашим компилятором.
А) В угловых скобках
Форма угловых скобок предназначена для "глобальных" включений — тех, которые находятся где-то на пути включения, переданном компилятору (например, #include).
Он используется для использования библиотечной функции, которая уже определена в компиляторе.
В C соглашение заключается в том, что файлы заголовков в скобках <> ищутся в «системных» каталогах.
Б) Кавычки: - «header.h»
форма в кавычках предназначена для "локальных" включений файлов (необходимо указать относительный путь от текущего файла, например #include "headers/my_header.h")
В C соглашение заключается в том, что файлы заголовков в " " ищутся в пользовательских или локальных каталогах.
В нем один файл включаться в другой.(FILE INCLUSION).
Его можно использовать в двух случаях:
Случай 1: Если у нас очень большая программа, код лучше всего разделить на несколько разных файлов, каждый из которых содержит набор связанных функций.
Случай 2: Есть некоторые функции и определения микро, которые нам нужны не более чем во всех программах, которые мы пишем.
Пример
Зарегистрируйтесь или войдите в систему
Зарегистрируйтесь с помощью Google
Зарегистрироваться через Facebook
Зарегистрируйтесь, используя электронную почту и пароль
Опубликовать как гость
Электронная почта
Обязательно, но не отображается
Опубликовать как гость
Электронная почта
Требуется, но не отображается
C++ - Должен ли я использовать кавычки или угловые скобки для заголовков в одной библиотеке?
Предположим, я пишу библиотеку с именем foo на C++.
При установке в /some/where он представляет включаемые файлы в /some/where/include/foo , и я ожидаю, что пользователь скомпилирует -I/some/where/include .
Предположим, что у foo есть файлы заголовков foo/first.hpp , foo/second.hpp и foo/bar/ Third.hpp (и они имеют эти относительные расположения как до, так и после установки).
Теперь, в этих файлах, при включении других файлов заголовков foo, должен ли я...
- Всегда использовать угловые скобки, в соответствии с моим предположением, изложенным выше? например
#include
#include - Никогда не используйте угловые скобки, т.е.
#include "второй.hpp" #include "бар/третий.hpp"
или#include "../first.hpp"
- В некоторых случаях использовать угловые скобки, а в других — кавычки?
Я заметил, что Boost использует подход (1.
), и мне это нравится, потому что он поясняет, что эти включаемые файлы являются частью библиотеки foo. Однако принятый ответ на этот вопрос SO предлагает подход (2.) (хотя и для языка C).
Руководство по кодированию C++ SF.12 на самом деле несколько двусмысленно относится к этому вопросу. С одной стороны написано:
использовать форму в кавычках для включения файлов, которые существуют по относительному пути к файлу, содержащему оператор #include (из того же компонента или проекта), и использовать форму угловых скобок везде в остальном
, но также и
Создатели библиотек должны поместить свои заголовки в папку, и клиенты должны включать эти файлы, используя относительный путь
#include
, но библиотека также является клиентом собственных включаемых файлов; и если вы поместили заголовки в папку, относящуюся к библиотеке, то, возможно, это правило применимо (поскольку обоснование предыдущего правила, похоже, не выполняется, когда используется папка, относящаяся к библиотеке).