Alexander

Да ладно, чуть-чуть подумать всего нужно.

Простой вариант (как раз для int): пройтись циклом с "конца" массива, умножая каждый раз число. То есть 0 * 1 + 3 * 10 + 5 * 100 + 4 * 1000 + 7 * 10000.

А если числа как string (вводятся например) можно вообще пройтись циклом, дописывая всё как строку (или число переводить в строку и дописывать. Но так делать не стоит, это как просто пример того, что всегда есть несколько способов).

В конструкторе класса формы или просто где-нибудь при инициализации делаем такую функцию:

def stop_tab(e):
	return("break")

Дальше цепляем к окну:
self.root.bind("<Tab>", stop_tab)

Проверил на 3.4 - работать должно.

На jQuery не так сложно:

$('.tabs-3__nav').on('click', 'a', function() {
 $('h2').text($(this).text());
});

// Но лучше дать элементам внятные id, а не привязываться к классам

Можно и на "чистом" js, если очень хочется.

Плохо тем, что:

• тянутся лишние поля (очень редко нужна вся таблица)
  
• будет возможно на доли секунд медленнее работать при большом количестве запросов
  
• менее понятный код (нельзя будет найти, где используется какой-то столбец)
  
• если запрос сложный - может быть дублирование имён
  
• можно получить тяжелоотлавливаемый баг, когда изменилась таблица, но в запросе была * и запрос отработал, а логика отвалилась из-за неправильных данных (или просто неправильно работает). А были бы конкретные столбцы - упало бы ещё на запросе
  

После долгих попыток исправить ошибку, оказалось все очень просто.

Почему-то метод чтения и добавления файла влияет на прогрессбар, причём не ломает саму загрузку (а я до этого "не правильно" использовал компонент загрузки).

Вот правильный код:

...
using (var contentData = new MultipartFormDataContent()) {
...
contentData.Add(new StreamContent(File.Open("имяфайла", FileMode.Open)), "file", "filename");
....

Самая важная часть это использование StreamContent. До этого у меня был не он и файл читался и загружался, но прогрессбар летел сразу же.

Если от 0 до 10 символов
/.{0,10}/

Если ровно 10
/.{10}/