не может вставить обратную косую черту с bash, python, отлично работает с csh, бездействует

LibreOffice Writer на самом деле уже есть функция, которую вы хотите. Функция маргинальных заметок в Writer проста в использовании и не требует никакого создания кадров, изменения размера текста или изменения фактического тела документа, поэтому я должен поэкспериментировать с этим снова, поскольку он идеально подходит для аннотирования всех типов document.

Вы помещаете курсор туда, куда вы хотите выйти из пузырька комментариев (см. снимок экрана ниже), и либо используйте «Вставка»> «Комментарий», либо нажмите Ctrl + Alt + C, и на краю появится пузырь комментариев.

Как вы можете видеть на скриншоте ниже, вы можете иметь несколько комментариев, и вы можете использовать эту функцию с любым другим видом документа, например .txt, но вам придется сохранить его как .odt для сохранения заметок. Если вы используете формат .doc, заметки о марке будут сохранены успешно, но рекомендуется использовать .odt, если это возможно.

Если вы хотите, чтобы комментарии отображались, перейдите в режим просмотра> комментариев и убедитесь, что комментарии не отмечены. Когда курсор находится внутри поля комментариев в поле, введите Ctrl + Alt + Alt , чтобы перейти к предыдущему комментарию, и Ctrl + C + PgDown для перехода к следующему.

Более подробную информацию о функции комментариев можно найти на официальном сайте. Полная документация на LibreOffice и ее программы, такие как Writer, доступны в формате pdf с этого сайта.

Я не рекомендую использовать другой текстовый редактор, потому что, когда LibreOffice используется со специальным комментарием функция должна фактически быть тем, что вам нужно для обычных текстовых документов, а также для офисных документов.

4
задан 12 May 2011 в 00:01

9 ответов

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы /etc/inputrc, а файл для пользователя - ~/.inputrc. Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\e[1;5C": forward-word (escape-последовательность послано Ctrl + Left) Неверно: "\\e[1;5C": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~/.bashrc. Обратите внимание, что в .bashrc эта привязка выше будет записана bind "\\e[1;5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд расширения обратной косой черты перед передачей определения до readline. (bind '\e[1;5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 25 May 2018 в 21:08
  • 1
    Вы были абсолютно правы! Большое спасибо! Я так догадался, но не знал, где искать. (Хотя, как деталь, кажется, что у меня действительно есть .inputrc точно так же, как вы называете «Right & quot ;, с только одним начальным обратным слэшем». Здесь это: Tab: complete #Readind some keys Ctrl-b: backward-word Ctrl- f: forward-word \ e [1; 5D: backward-word \ e [1; 5C: forward-word Однако, насколько мне известно, проблема решена - мне не нужна ни одна из последних двух привязки. После их удаления, выхода из системы, loggin во всем работает.) – Marcus 11 May 2011 в 23:55
  • 2
    @Marcus: комментарии не могут иметь новые строки, поэтому ваши комментарии трудно читать. Если вам нужна дополнительная помощь, отредактируйте свой вопрос. (Также удалите первый комментарий, так как второй заменит его.) Но из того, что я вижу, вам не хватает двойных кавычек вокруг escape-последовательностей. "\e[1;5C" заставляет \e стоять за escape-символ; без двойных кавычек, \e[1;5c имеет обратную косую черту для себя. – Gilles 12 May 2011 в 00:02
  • 3
    Да, я новичок здесь, просто пытаясь получить разметку форматирования (я уже без намерения отправил несколько полупродуманных комментариев). Кроме того, вы были правы, проблема сводилась к отсутствию двойных кавычек. Я буду оглядываться, как отметить проблему, которая решена в интересах других владельцев коррумпированных .inputrc – Marcus 12 May 2011 в 00:08
  • 4
    @Marcus: Чтобы пометить вопрос как решаемый, нажмите галочку слева от одного из ответов (тот, который вам больше всего помог). Нет смысла ставить решение в ваш вопрос: вот для чего нужны ответы. – Gilles 12 May 2011 в 00:12

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы /etc/inputrc, а файл для пользователя - ~/.inputrc. Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\e[1;5C": forward-word (escape-последовательность послано Ctrl + Left) Неверно: "\\e[1;5C": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~/.bashrc. Обратите внимание, что в .bashrc эта привязка выше будет записана bind "\\e[1;5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд расширения обратной косой черты перед передачей определения до readline. (bind '\e[1;5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 25 July 2018 в 21:56

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы /etc/inputrc, а файл для пользователя - ~/.inputrc. Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\e[1;5C": forward-word (escape-последовательность послано Ctrl + Left) Неверно: "\\e[1;5C": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~/.bashrc. Обратите внимание, что в .bashrc эта привязка выше будет записана bind "\\e[1;5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд расширения обратной косой черты перед передачей определения до readline. (bind '\e[1;5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 31 July 2018 в 12:49

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы /etc/inputrc, а файл для пользователя - ~/.inputrc. Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\e[1;5C": forward-word (escape-последовательность послано Ctrl + Left) Неверно: "\\e[1;5C": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~/.bashrc. Обратите внимание, что в .bashrc эта привязка выше будет записана bind "\\e[1;5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд расширения обратной косой черты перед передачей определения до readline. (bind '\e[1;5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 2 August 2018 в 03:31

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы /etc/inputrc, а файл для пользователя - ~/.inputrc. Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\e[1;5C": forward-word (escape-последовательность послано Ctrl + Left) Неверно: "\\e[1;5C": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~/.bashrc. Обратите внимание, что в .bashrc эта привязка выше будет записана bind "\\e[1;5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд расширения обратной косой черты перед передачей определения до readline. (bind '\e[1;5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 4 August 2018 в 19:29

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы / etc / inputrc , а файл для каждого пользователя - ~ / .inputrc . Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\ e [1; 5C ": forward-word (escape-последовательность, отправленная Ctrl + Left) Неверно: " \\ e [1; 5C ": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~ / .bashrc . Обратите внимание, что в .bashrc указанное связывание было бы записано bind "\\ e [1; 5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд обратную косую черту, прежде чем передавать определение до readline. ( bind '\ e [1; 5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 6 August 2018 в 03:38

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы / etc / inputrc , а файл для каждого пользователя - ~ / .inputrc . Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\ e [1; 5C ": forward-word (escape-последовательность, отправленная Ctrl + Left) Неверно: " \\ e [1; 5C ": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~ / .bashrc . Обратите внимание, что в .bashrc указанное связывание было бы записано bind "\\ e [1; 5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд обратную косую черту, прежде чем передавать определение до readline. ( bind '\ e [1; 5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 7 August 2018 в 21:30

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы / etc / inputrc , а файл для каждого пользователя - ~ / .inputrc . Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\ e [1; 5C ": forward-word (escape-последовательность, отправленная Ctrl + Left) Неверно: " \\ e [1; 5C ": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~ / .bashrc . Обратите внимание, что в .bashrc указанное связывание было бы записано bind "\\ e [1; 5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд обратную косую черту, прежде чем передавать определение до readline. ( bind '\ e [1; 5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 10 August 2018 в 09:47

Я думаю, что программы, которые вы используете, используют библиотеку readline для чтения ввода. Поэтому, я думаю, вы неправильно сконфигурировали библиотеку readline. Файл конфигурации системы / etc / inputrc , а файл для каждого пользователя - ~ / .inputrc . Вероятно, вы слишком сильно поместили одну обратную косую черту в привязку, чтобы вместо привязки команды к escape-последовательности вы привязали ее к последовательности, начинающейся с обратного слэша.

Вправо: "\ e [1; 5C ": forward-word (escape-последовательность, отправленная Ctrl + Left) Неверно: " \\ e [1; 5C ": forward-word (\ e [1; 5 C)

Если проблема была только в bash, проблематичное связывание было бы в ~ / .bashrc . Обратите внимание, что в .bashrc указанное связывание было бы записано bind "\\ e [1; 5C: forward-word" с двумя обратными косыми чертами, потому что bash делает раунд обратную косую черту, прежде чем передавать определение до readline. ( bind '\ e [1; 5C: forward-word' также будет работать, поскольку обратные косые черты теряют свое особое значение в одинарных кавычках.)

7
ответ дан 13 August 2018 в 16:01
  • 1
    Вы были абсолютно правы! Большое спасибо! Я так догадался, но не знал, где искать. (Хотя, как деталь, кажется, что у меня действительно есть .inputrc точно так же, как вы называете «Right & quot ;, с только одним начальным обратным слэшем». Здесь это: Tab: complete #Readind some keys Ctrl-b: backward-word Ctrl- f: forward-word \ e [1; 5D: backward-word \ e [1; 5C: forward-word Однако, насколько мне известно, проблема решена - мне не нужна ни одна из последних двух привязки. После их удаления, выхода из системы, loggin во всем работает.) – Marcus 11 May 2011 в 23:55
  • 2
    @Marcus: комментарии не могут иметь новые строки, поэтому ваши комментарии трудно читать. Если вам нужна дополнительная помощь, отредактируйте свой вопрос. (Также удалите первый комментарий, так как второй заменит его.) Но из того, что я вижу, вам не хватает двойных кавычек вокруг escape-последовательностей. "\ e [1; 5C" делает \ e обозначением escape-символа; без двойных кавычек \ e [1; 5c имеет обратную косую черту, стоящую для себя. – Gilles 12 May 2011 в 00:02
  • 3
    Да, я новичок здесь, просто пытаясь получить разметку форматирования (я уже без намерения отправил несколько полупродуманных комментариев). Кроме того, вы были правы, проблема сводилась к отсутствию двойных кавычек. Я буду оглядываться, как отметить проблему, которая решена в интересах других владельцев коррумпированных .inputrc – Marcus 12 May 2011 в 00:08
  • 4
    @Marcus: Чтобы пометить вопрос как решаемый, нажмите галочку слева от одного из ответов (тот, который вам больше всего помог). Нет смысла ставить решение в ваш вопрос: вот для чего нужны ответы. – Gilles 12 May 2011 в 00:12

Другие вопросы по тегам:

Похожие вопросы: