8528 107184874 8528 107192919 Установки интерфейса

Установки интерфейса

Обзор:

На этой странице настраивается вид FileZilla.


 

(Окно Interface settings диалогового окна FileZilla Options)

Startup settings:

Здесь конфигурируется вид FileZilla при старте программы.

Аlways use the following configuration below/Всегда использовать настройки указанной ниже конфигурации: щёлкните эту радио-кнопку, если хотите, чтобы FileZilla всегда имел указанный вид.

После "Show these parts of the GUI" выберите компоненты, которые должны отображаться:

После Default style вы можете указать, как отображать файлы на вашем компьютере и удалённом сайте.

Если вы выбрали стиль Details, то можете затем указать отображение столбцов в боксах после ярлыка Columns in details style.

Local Site/локальный сайт:

Remote Site/удалённый сайт:

Remember last used configuration:  щёлкните эту кнопку, если хотите, чтобы FileZilla запомнил и использовал настройки вида в момент последнего запуска. В этом случае нужно использовать меню главного окна для настройки вида.

Miscellaneous:

Отметьте Show view labels, если вам нужно, чтобы ярлыки "Local Site:" и "Remote Site:" были видны в главном окне FileZilla после боксов директорий.

Если Remember window size and position of FileZilla включена, размер и положение главного окна будут сохранены после выключения и рестарта FileZilla.

При помощи Minimize to tray, Minimize to tray instead to taskbar и Show minimize to tray button вы можете избрать поведение FileZilla после щелчка кнопки сворачивания главного окна.

Дополнительные настройки:

Hosted by uCoz
ии распознать, он обязан игнорировать всю спецификацию атрибута (т.е. атрибут и его значение).
  • Если ПА обнаруживает значение атрибута, которое он не в состоянии распознать, он обязан использовать значение по умолчанию данного атрибута.
  • Если ПА обнаруживает ссылку-мнемонику (отличную от предопределённых), для которой ПА не производит объявлений (что может случиться, если объявление находится во внешнем поднаборе, который ПА не может прочесть), то ссылка-мнемоника должна быть выведена как символы (начиная с амперсанда и заканчивая точкой с запятой), представляющие мнемонику.
  • При выводе содержимого, ПАгенты, обнаружившие символы или мнемоники, которые ими не распознаются, но не могут быть представлены, должны отобразить документ так, чтобы пользователю было понятно, что нормальное представление невозможно.
  • Пробел обрабатывается в соответствии со следующими правилами. Данные символы определены в [XML] как пробельные символы:

    Процессор XML нормализует различные системные коды конца строки в единый символ LINE FEED, который и передаётся приложению.

    ПА обязан обрабатывать пробельные символы в данных, полученных от процессора XML, следующим образом:

    Пробелы в значениях атрибутов обрабатываются в соответствии с [XML].

    Примечание (информативное): При определении того, как конвертировать символ LINE FEED, ПА должен рассмотреть следующие случаи, когда вид письма с любой стороны от LINE FEED определяет выбор замены. Символы ОБЩЕГО письма (такие как пунктуация) рассматриваются так же, как и письмо с другой стороны:

    1. Если символы до и после LINE FEED принадлежат письму, в котором символ SPACE используется как разделитель слов, то символ LINE FEED должен быть конвертирован в символ SPACE. Примерами такого письма могут служить латиница, греческое и кириллица.
    2. Если символы до и после LINE FEED принадлежат идеографическому письму или системе письма, в которой нет разделителя слов, то LINE FEED должен быть конвертирован в нулевой (пустой/никакой) символ. Примеры такого письма или системы письма - китайский, японский.
    3. Если символы до и после LINE FEED принадлежат неидеографическому письму, в котором нет разделителя слов, LINE FEED должен быть конвертирован в символ ZERO WIDTH SPACE (​) или в нулевой (пустой/никакой) символ. Примеры такого письма -тайский, кхмерский.
    4. Если условия с (1) по (3) неприменимы, то символ LINE FEED должен быть конвертирован в символ SPACE.

    Техническое сообщение Unicode [UNICODE] TR#24 (Script Names) предоставляет назначения имён скриптов всем символам.

  •  

    3.6. Правила Именования

    Типы Документа Основного Языка XHTML обязаны придерживаться соглашений строгого именования, чтобы программы и пользователи могли сразу определять отношение типов документов и XHTML. Имена типов документов, реализуемых как типы документов XML, определяются через Formal Public Identifiers (FPI/Формальные Публичные Идентификаторы). Внутри FPI поля разделяются двойным слэшем (//).
    Различные поля обязаны быть скомпонованы следующим образом:

    1. Ведущее поле обязано быть "-" для обозначения приватно определённого ресурса.
    2. Второе поле обязано содержать имя организации, ответственной за поддержку именованного объекта. Для этих имён организаций не существует формальной регистрации. Каждая организация должна определять (иметь) уникальное имя. Например, имя, используемое W3C, это W3C.
    3. Третье поле содержит три конструкции: класс public text, после которого следует описание public text. Первая лексема третьего поля это класс public text, который должен придерживаться ISO 8879 Clause 10.2.2.1 Public Text Class. Только документы, соответствующие Основному Языку XHTML, должны начинать описание public text лексемой XHTML. Описание public text должно содержать строковой XHTML, если тип документа соответствует Integration Set/Интегрированному Набору. Поле обязано также содержать определённый организацией уникальный идентификатор (например, MyML 1.0). Этот идентификатор должен быть образован из уникального имени и идентификатора версии, который может обновляться по мере развития типа документа.
    4. Четвёртое поле определяет язык, на котором объект разработан (например, EN).

    При использовании этих правил, имя типа документа, соответствующего Основному Языку XHTML, может быть таким
    -//MyCompany//DTD XHTML MyML 1.0//EN.
    Имя модуля, соответствующего семейству XHTML, может быть
    -//MyCompany//ELEMENTS XHTML MyElements 1.0//EN.
    Имя типа документа, соответствующего XHTML Integration Set/Интегрированному Набору, может быть
    -//MyCompany//DTD Special Markup with XHTML//EN.

     

    3.7.Эволюция Модулей XHTML

    Каждый модуль этой спецификации получил уникальный идентификатор, который соблюдает правила именования, описанные в предыдущем разделе. Со временем модули могут развиваться. Логическое разветвление при такой эволюции может привести к тому, что некоторые аспекты модуля уже не будут более совместимыми с предыдущим определением. Чтобы иметь уверенность, что типы документов, определённые относительно модулей, определённых в данной спецификации, продолжают работать, идентификаторы, ассоциированные с изменённым модулем, должны обновляться. В особенности Formal Public Identifier и System Identifier модуля будут изменяться путём модификации идентификатора версии. Типы документов, которые "хотят" быть внедрёнными в обновлённую функциональность, должны быть таким же образом обновлены.

    В дополнение к этому, более ранняя версия(ии) модуля продолжат быть доступными через их более ранние уникальные идентификаторы. Таким образом, типы документов, разработанные с использованием модулей XHTML, продолжат функционирование, используя их оригинальные определения, даже при расширении и развитии коллекции. Таким же образом документы, написанные относительно существующих типов документов, останутся работоспособными, используя более ранние определения модулей.

    Авторам других Модулей Семейства XHTML и Типов Документов рекомендуется применять сходную стратегию, чтобы быть уверенными, что функционирование типов документов на базе соответствующих модулей и объектов документов на базе этих типов документов продолжится.


    Hosted by uCoz