15. В массиве A длины N из всех одинаковых элементов оставите по одному представителю. Остальные удалите, сжав при этом массив, а в места, оставшиеся за его новым концом, занесите нули. Массив A упорядочен по возрастанию своих элементов
Когда вы устанавливаете новые программы в терминале, вы могли часто видеть появляющиеся информативные диалоговые блоки для обратной связи с вами. Типы диалоговых блоков различны: от простых диалогов да/нет до полей ввода, блоков паролей, чеклистов, меню и так далее. Преимущества использования таких дружественных к пользователю блоков очевидны, ведь они интуитивно направляют вас для ввода необходимой информации.
Когда вы пишите интерактивный шелл скрипт, вы на самом деле можете использовать такие диалоговые блоки для принятия ввода пользователя. Будучи предварительно установленной на всех современных дистрибутивах Linux, программа под названием whiptail может упростить процесс создания шелл скриптом диалоговых и информационных блоков в терминале наподобие тех, что графических интерфейсов, что кодируют Zenity или Xdialog для скриптов.
В этом уроке я опишу как с использованием whiptail создать дружественный пользователю диалоговые блоки в шел скрипте. Я также покажу Баш фрагменты кода различных диалоговых блоков, поддерживаемых в whiptail. (надеюсь подойдет)
flags = pygame.FULLSCREEN | pygame.OPENGL # Флаги можно комбинировать с "|" (побитовое ИЛИ или «труба»).
Объяснение:
ygame.FULLSCREEN окно полноэкранного
pygame.RESIZABLE окно изменено по размеру
pygame.NOFRAME Окно не имеет границ или элементов управления
pygame.DOUBLEBUF использовать двойной буфер - рекомендуется для HWSURFACE или OPENGL
pygame.HWSURFACE окно аппаратно ускорено, возможно только в сочетании с FULLSCREEN
pygame.OPENGL окно визуализируется OpenGL
Замечания
(Pygame может обрабатывать только одно окно одновременно. Создание второго окна путем вызова pygame.display.set_mode((x,y)) второй раз закроет первое окно.
Изменение аргумента depths почти никогда не требуется - pygame выберет лучший из них сам по себе. В случае установки глубины, не поддерживаемой системой, pygame будет эмулировать эту глубину, которая может быть очень медленной.
Вещи, которые нарисованы на поверхности, возвращенные pygame.display.set_mode() , сразу не отображаются на экране - сначала нужно перевернуть pygame.display.update() используя pygame.display.update() или pygame.display.flip() )
Когда вы устанавливаете новые программы в терминале, вы могли часто видеть появляющиеся информативные диалоговые блоки для обратной связи с вами. Типы диалоговых блоков различны: от простых диалогов да/нет до полей ввода, блоков паролей, чеклистов, меню и так далее. Преимущества использования таких дружественных к пользователю блоков очевидны, ведь они интуитивно направляют вас для ввода необходимой информации.
Когда вы пишите интерактивный шелл скрипт, вы на самом деле можете использовать такие диалоговые блоки для принятия ввода пользователя. Будучи предварительно установленной на всех современных дистрибутивах Linux, программа под названием whiptail может упростить процесс создания шелл скриптом диалоговых и информационных блоков в терминале наподобие тех, что графических интерфейсов, что кодируют Zenity или Xdialog для скриптов.
В этом уроке я опишу как с использованием whiptail создать дружественный пользователю диалоговые блоки в шел скрипте. Я также покажу Баш фрагменты кода различных диалоговых блоков, поддерживаемых в whiptail. (надеюсь подойдет)
pygame.display.set_mode (разрешение = (0,0), flags = 0, depth = 0) # Возвращает pygame.Surface, представляющий окно на экране
flags = pygame.FULLSCREEN | pygame.OPENGL # Флаги можно комбинировать с "|" (побитовое ИЛИ или «труба»).
Объяснение:
ygame.FULLSCREEN окно полноэкранного
pygame.RESIZABLE окно изменено по размеру
pygame.NOFRAME Окно не имеет границ или элементов управления
pygame.DOUBLEBUF использовать двойной буфер - рекомендуется для HWSURFACE или OPENGL
pygame.HWSURFACE окно аппаратно ускорено, возможно только в сочетании с FULLSCREEN
pygame.OPENGL окно визуализируется OpenGL
Замечания
(Pygame может обрабатывать только одно окно одновременно. Создание второго окна путем вызова pygame.display.set_mode((x,y)) второй раз закроет первое окно.
Изменение аргумента depths почти никогда не требуется - pygame выберет лучший из них сам по себе. В случае установки глубины, не поддерживаемой системой, pygame будет эмулировать эту глубину, которая может быть очень медленной.
Вещи, которые нарисованы на поверхности, возвращенные pygame.display.set_mode() , сразу не отображаются на экране - сначала нужно перевернуть pygame.display.update() используя pygame.display.update() или pygame.display.flip() )