Как изменить область в таблице, когда курсор может изменять ширину ячейки.

[ratmanz0000]

Проблема.

Работая на ноуте, использую трекпад. Редактирую документ с множеством таблиц. Заметил что мне сложно это делать.

Разобрался, и оказалось что зона, где меняется  курсор, с курсора на изменение ширины ячейки, не вероятно маленькая.

Хочу узнать как это исправить.

[economist]

Если не поможет флаг Мышь  - Параметры указателя - Включить повыш точность (или выключить), либо настройки драйвера трекбола (если таковой есть), то думаю, никак.

Возможно проблема решения не имеет. В некоторых операционных системах Linux область смены курсора на изменения границ "всего" (окон, ячеек, объектов) настолько узкая, что попасть в неё удается с пятого раза. В этом тоже причина "бешеной" популярности Linux.

А в Windows эта зона хоть и пошире, но при работе в режиме удаленного рабочего стола (сейчас как минимум 2,5 млн человек в РФ так работают и почти 100 млн. в мире) - это зона смещена относительно отображаемой, что тоже зело добавляет продуктивности.

Выход вижу такой - не таскать  границы колонок вообще. Для этого нужно всего лишь:
1) Почаще жать Shift+Enter в таблице, не допуская слишком длинных строк хотя бы в заголовках столбцов
2) Таблица - Выделить таблицу, Таблица - Размер - Оптимальная ширина столбца
На пункт 2 можно записать макрос и назначить его на сочетание клавиш. Войдет в привычку за день.      

[ratmanz0000]

Если не поможет флаг Мышь  - Параметры указателя - Включить повыш точность (или выключить), либо настройки драйвера трекбола (если таковой есть), то думаю, никак.

Возможно проблема решения не имеет. В некоторых операционных системах Linux область смены курсора на изменения границ "всего" (окон, ячеек, объектов) настолько узкая, что попасть в неё удается с пятого раза. В этом тоже причина "бешеной" популярности Linux.

А в Windows эта зона хоть и пошире, но при работе в режиме удаленного рабочего стола (сейчас как минимум 2,5 млн человек в РФ так работают и почти 100 млн. в мире) - это зона смещена относительно отображаемой, что тоже зело добавляет продуктивности.

Выход вижу такой - не таскать  границы колонок вообще. Для этого нужно всего лишь:
1) Почаще жать Shift+Enter в таблице, не допуская слишком длинных строк хотя бы в заголовках столбцов
2) Таблица - Выделить таблицу, Таблица - Размер - Оптимальная ширина столбца
На пункт 2 можно записать макрос и назначить его на сочетание клавиш. Войдет в привычку за день.       

У меня Windows. Даже тут это зона слишком маленькая. С мышкой ещё реально попадать, из-за жёсткого положения мыши, но тоже не удобно.
Да 15,6 или 13 дюймах попасть в такую зону не всегда получается с первого раза, имея мышь.

Я в начале кинул картинку с границе, чтобы было понятно. Шрифт там 14 пт, ячейка 14 мм. От обрамления ячейки эта зона меньше 1 мм.

В моём случаи был готовый документ, с не большим количеством свободного места в ячейке с номером, в каждой из таблиц.

[economist]

Мышь стоит в FixPrice 55 рублей. С некоторыми трек-указателями работать нельзя в принципе. С ужасом вспоминаю IBM ThinkPad с его трекпоинтом. Игру престолов запустить можно, работать с таблицами - нет.

[ratmanz0000]

Мышь стоит в FixPrice 55 рублей. С некоторыми трек-указателями работать нельзя в принципе. С ужасом вспоминаю IBM ThinkPad с его трекпоинтом. Игру престолов запустить можно, работать с таблицами - нет.

У меня хороший трекпад, мне с ним удобно. Редактировать документ мне проще на трекпаде, скорость перемещения руки от клавы к мышки, и руки от клавы к трекпаду разница в 2-3 раза. Переходя от клавы к мыши и обратно, кисть не меняет своего положения, в отличии от мышки. В добавок переход от нажатия в прокручиванию и обратно, на трекпаде удобнее, рука почти не меняет поведения.

Особенно если редактируешь формулы в Math. Которые открываться и закрываются вечность.

Так же я работаю с 2 рабочими столами и горячими клавишами, с ними проще работать на трекпаде, по тем же причинам.

[economist]

Привлечем математику.

Область работы (раската) мыши по ширине - 20 см / 2,5 см/дюйм * 800 dpi оптической мыши из FixPrice = 6400 дискретностей       

У трек-пада это обычно 10 см / 2,5 * 400 dpi (это физразрешение, для пальца будет еще хуже, 150 dpi, но пусть будут 400 dpi) = 1600 дискретностей

Итого в 4 раза труднее "попасть" за -55 рублей. Решать конечно вам, но я бы взял мышь и не парился.

[ratmanz0000]

У меня трекпад 12,9 на 8,5 мм. Его размера хватает что бы от края до края экрана дотянуться, и ещё немного остаётся.
Его разрешение и чувствительность я не трогал.

Но это лирика. Мышь у меня и так есть. В компасе работаю, а он вообще не предназначен для трекпадов. Даже зум сжатием двух пальцев не сделан, только скроллингом.

Даже с ней не сразу попадаю, если быстро работать и не выцеливать это 1 мм.

[McAaron]

Если не поможет флаг Мышь  - Параметры указателя - Включить повыш точность (или выключить), либо настройки драйвера трекбола (если таковой есть), то думаю, никак.
Возможно проблема решения не имеет. В некоторых операционных системах Linux область смены курсора на изменения границ "всего" (окон, ячеек, объектов) настолько узкая, что попасть в неё удается с пятого раза. В этом тоже причина "бешеной" популярности Linux.

Проблема в том, что повсеместно размеры области захвата границы окна, линии и прочих объектов графическим курсором не контролируются на уровне приложения. Не контролируются -- это значит используются значения, принятые по-умолчанию.
Размеры эти устанавливаются в пикселах и являются компромиссом для множества  экранных размеров. В частности, для 640x480 они могут быть меньше, а для 1920x1200 должны быть больше. Многое зависит от того, какова эта середина по-умолчанию. Она разная для разных оконных систем. В линуксе отображение осуществляется на пользовательском уровне, а в виндовсе на уровне ядра. Т.е. все, что видно на экране винды, формируется через одни ворота, а в линуксе стадо менеджеров и у каждого все по разному.
С другой стороны, все без исключения оконные менеджеры и/или графические подсистемы позволяют менять все параметры представления, в том числе и параметры взаимодействия курсора и интерфейса. Однако современные разработчики не "опускаются" до уровня взаимодействия напрямую с оконным менеджером и предпочитают писать интерфейс поверх толстого слоя из фреймворков.
Фреймворки эти изолируют приложение от конкретной графической и оконной подсистем, экспортируя небольшое подмножество общих возможностей. В результате получается, что поменять вид курсора мыши и параметры захвата невозможно не только на уровне отдельного окна, но и даже у приложения в целом -- у фреймворка нет механизма, либо его фиг найдешь в свалке ненужного мусора, сформированного доху@геном. Да еще и вникать в эти низкоуровневые детали некому, в смысле, нечем.
Этому крайне способствует оголтелая пропаганда ШИВУК упоротых членов свидетелей секты ООП, выпускающих каждый год сотни книг по 666 страниц об одном и том же -- все клас, а все действия -- это методы, все, что не разрешено, то запрещено. Тупой эффективный менеджмент программистских муравейников, зазомбирован ими на 146%. Программиста могут даже уволить, если он осмелится нырнуть в си-интерфейс GDI, минуя "наполеоны" из фреймворков и хидеров, среди которых чуть менее, чем полностью фирменные, разрабатывавшиеся десятилетиями в конторе и которые "есть гордость" -- если фреймворк что-то не поддерживает, то это не нужно.