На мой взгляд, мало данных. Надо как-то понять, какие атрибуты у объекта m есть? Может, там логи есть, или консоль, или можно что-то вывести в видимые поля таблицы?
Полагаю, народ в шоке от количества global-ов и не в состоянии это дальше осмысливать…
Тут, конечно, есть над чем поработать. И проблема с краем полотна - лишь вершина вершины айсберга.
Bogdan100, полагаю, если вы задаете такие вопросы, вам не стоит пытаться делать то, о чем вы спрашиваете. Потому что это должен делать только тот, кто ясно понимает, что делает. Я не могу придумать цель, для которой вам могут понадобиться такие возможности.
следует понимать, что само по себе добавление вопросительного знака не превращает любое предложение в вопрос, поэтому следует использовать порядок слов, характерный для вопросительных предложений.
Например:
«Как организовать одновременную работу нескольких сессий «юзерботов» в одном клиенте pyrogram»?
Обычно рекомендуют вместо разбора и заполнения pdf создать свой шаблон (например, html или ещё как), внешне соответствующий исходному pdf, и скриптом python заполнять его и экспортировать в формате pdf.
Я бы советовал приложить логи в виде текста - так их проще копипастить, индексировать, гуглить и читать на мобиле. Картинку тоже можно оставить, если считаете, что она добавит пользы. Но от текста пользы гораздо больше. Длинный текст лучше под спойлер.
Согласно п.3.2 Правил следует формулировать вопрос максимально информативно и однозначно.
А согласно п.3.7. не следует размещать несколько разнородных вопросов в рамках одного вопроса.
Какой вопрос - такой и ответ.
С учётом п.4.2 я бы рекомендовал вам убрать лишнее из данного вопроса (раз уж вам дали формальный ответ на формальный вопрос) и создать новый, соответствующий реально интересующей вас проблеме.
dmshar, вы еще рассмотрите, как оно на уровне машинных кодов в регистрах процессора представляется... или на уровне зарядов в транзисторах и конденсаторах...
Мне кажется, вы в ходе рассуждений подменяете понятия, оттого и получается парадоксальный ваш ответ. Элементы списка с точки зрения пользователя расположены строго последовательно практически в любой момент, когда пользователь с ним работает. В них встроены однозначные связи со следующим элементом списка.
А то, чем оперирует интерпретатор на уровне кучи или где оно там это дело хранит, по-моему нельзя прямо соотносить со списком, которым явно оперируют программисты в Python.
В вопросе о том, можно ли список Python в какой-то мере считать массивом, мы можем довольно сильно погрузиться в споры. Оно нам надо? В какие-то моменты с каких-то точек зрения список - массив, в другие моменты и с других точек зрения - не массив.
Чтобы не путаться, пусть массив будет в Python - array, а?
Во-первых, нельзя задавать похожие вопросы, если уже существует аналогичный вопрос.
Во-вторых, я бы очень рекомендовал проработать хотя бы 350 страниц первого тома М.Лутца «Изучаем Python». Очень большая и нудная, но очень полезная книга.
Почему я рекомендую книгу? Потому что по коду видно полное непонимание такого количества важных моментов, что по-хорошему ответ должен быть размером с главу книги…
Запись
1 = input()
недопустима.