Ru-Board.club
← Вернуться в раздел «Программы»

» CintaNotes

Автор: DRON1917
Дата сообщения: 23.05.2016 19:57
MaximKompForum

Цитата:
Еще вопрос, есть ли возможность массовый замены?

Насколько я знаю, такой возможности нет. Единственное что приходит в голову, это экспорт в XML, замена всего чего надо в любом текстовом редакторе, а затем импорт обратно.
Автор: MaximKompForum
Дата сообщения: 24.05.2016 13:44
Добрый день! Подскажите пожалуйста, есть ли возможность в CintaNotes создать правило, согласно которому, заметки с определенными тэгами будут копироваться в одну большую заметку. Например: есть Заметка-основная, и Есть Заметка1, Заметка2, заметка3 (с соответствующими тегами Основная, 1, 2, 3). Основная это совокупность 3 заметок, и можно ли сделать так, чтобы информация из заметок 1,2,3 автоматически дублировалась в основную? Спасибо!!
Автор: ewfox1double
Дата сообщения: 28.05.2016 01:01
можно зафиксировать окно cinta, чтобы не сворачивалось после вставки?

мне проще свернуть его в заголовок и таскать по экрану )
Автор: Kate_rina
Дата сообщения: 28.05.2016 08:26
ewfox1double

попробуйте убрать галочку
Настройки/Захват текста/Тихий режим
Автор: D1D1D1D
Дата сообщения: 28.05.2016 09:15
Дано ли настроить программу так: по кнопке над выделенным текстом выводится список заранее заданных в программе тематических табов, и по выбору одного из них, выделенное летит в него?
Автор: rsuan
Дата сообщения: 28.05.2016 14:47
В 3.1.4 в строке поиска не видно нижнего края введённых символов: "у" не видится хвостик, выглядит как "ч", знак подчёркивания не видится полностью.
Автор: Andarin
Дата сообщения: 28.05.2016 14:53

Цитата:
В 3.1.4 в строке поиска не видно нижнего края введённых символов: "у" не видится хвостик, знак подчёркивания не видится полностью, выглядит как "ч"

У меня всё нормально видно в строке поиска. Но вопрос: КАК знак подчёркивания может выглядеть, как "ч"? Даже если часть его не видно, или видно весь?
Автор: rsuan
Дата сообщения: 29.05.2016 15:03

Цитата:
Но вопрос: КАК знак подчёркивания может выглядеть, как "ч"?

В спешке видимо компоновал вопрос Выглядит как "ч" это конечно не про "_" а про "у". Исправлю.
Вспомнил, что когда не вмещалось количество заметок, по предложенному решению менял величину шрифта в label.defaultfont , может из-за этого? Но странно, сейчас в cintanotes.settings не могу найти этот параметр чтобы вернуть его значение.
Автор: MaximKompForum
Дата сообщения: 01.06.2016 18:06
Всем доброго) Подскажите пожалуйста, каким сочетанием клавиш можно отменить последние действие (если конечно это возможно). Большое спасибо
Автор: AnHot
Дата сообщения: 01.06.2016 19:35
Странный то ли глюк, то ли фича. Копирую в буфер обмен текст, пытаюсь вставить его в название заметки. Не получается. В саму заметку - получается. Название как-то защищено от копи-паста?
Автор: Andarin
Дата сообщения: 01.06.2016 20:09
AnHot
Проблем нет. Копирую в буфер текст, вставляю в название - всё как обычно. Версия 3.1.4. Да и раньше вставлял без проблем.

Добавлено:
rsuan
Там сейчас два таких пункта:
app.mainframe.noteheaderfont = Arial Narrow;10;700;0 - заголовки
app.mainframe.notetextfont = Verdana;8;400;0 - текст заметки
(стоят данные по умолчанию)
Автор: rsuan
Дата сообщения: 02.06.2016 18:54

Цитата:
app.mainframe.noteheaderfont = Arial Narrow;10;700;0 - заголовки
app.mainframe.notetextfont = Verdana;8;400;0 - текст заметки

Так это же не строка поиска.
Автор: Andarin
Дата сообщения: 02.06.2016 20:34
rsuan

Цитата:
Так это же не строка поиска.

Но и label.defaultfont не за строку поиска отвечает. А про это надо у автора спрашивать, я не нашёл ничего про шрифт в строке поиска. Шрифт там вроде Segoe UI и вроде даже 9. И цвет можно поменять (в системных настройках "цвет и внешний вид окна"), но вот при изменении размера там - в CN в строке поиска размер не меняется.
Автор: Kate_rina
Дата сообщения: 20.06.2016 18:24
вышла

Цитата:
Installable: CintaNotes_3_2_Beta2_Setup
Portable: CintaNotes_3_2_Beta2.zip

Подробности о версии (на англ.)

Добавлено:
Ещё 5 скрытых функций для повышения продуктивности
Автор: DRON1917
Дата сообщения: 20.06.2016 20:00
jenter
В 3_2_Beta2 правила дублируются при некоторых действиях. Воспроизводится 100% на чистой версии:
запускаем свежепоставленную портативную версию
добавляем пару любых заметок (иначе не появится диалог с подтверждением)
открываем "Правила"
добавляем несколько любых правил
нажимаем "ОК"
в появившемся диалоге выбираем "Отмена"
в списке выделяем какое-то другое правило (этот шаг обязателен)
снова нажимаем "ОК"
в появившемся диалоге в этот раз выбираем "ОК"
снова открываем "Правила" и видим последнее правило в двух экземплярах.

Плюс к этому, если над окном правила подвигать другие окна, то получим это:


И выпадающие списки слишком маленькие: в русском, по моему, половина вариантов не влезает.

Также при смене языка или закрытии программы, при открытом окне "Правила", программа вылетает случайным образом: или по тихому (заметно только при смене языка) или с сообщением "Precondition failed: tools::ptr<class sys::timers::Runner>::operator -> pointee".

Некоторые пожелания:

Правила удаляются с помощью Del, надо бы и добавление по клавише (Ins?) реализовать.

Не помешало бы подтверждение удаления правила, а то кнопки +/- маленькие, можно промазать.

Очень хорошо, что вы добавили новые условия к "прикреплённым файлам", но формулировка их крайне запутана (и не только в русском переводе): например, чем отличается "имеют содержащих" от "содержат"? Может просто переименовать (во всех языках) "прикреплённые файлы" в "имена прикреплённых файлов", тогда имена условий будут совпадать с именами в других полях ("содержат"/"равно").

Диалог "Finished Applying Rules" слегка раздражает: он мало информативен и его нельзя отключить. По крайней мере при нуле изменений его точно не стоит показывать. Может эту информацию отображать где-то снизу/сверху, как синхронизацию и наличие обновлений.

Добавлено:
Ещё один баг: при вводе условия с тегами (например "Теги" "содержат") автодополнение пихает после тега пробел. Во всех других полях где можно использовать теги ("поиск", "пометить" итд) этот пробел ни на что не влияет, а в правилах он, по видимому, считается частью тега (хотя пробелы в них запрещены) и в результате всегда получаем "Правило было бы выполнено 0 раз".

Хорошо бы добавить условие на общий размер файлов, чтобы отслеживать слишком большие заметки.
Автор: jenter
Дата сообщения: 21.06.2016 14:09
Всем привет! Извините что долго тут не появлялся, почему-то мне перестали приходить уведомления о новых сообщениях.

DRON1917

Цитата:
В 3_2_Beta2 правила дублируются при некоторых действиях.

Да, получилось повторить. Огромное спасибо за подробное описание! Конечно же будет исправлено.


Цитата:
Плюс к этому, если над окном правила подвигать другие окна, то получим это:

Повторить на семерке не получилось, но повторяется в XP. Спасибо


Цитата:
И выпадающие списки слишком маленькие: в русском, по моему, половина вариантов не влезает.

Вот это не смог повторить, можно скрин?



Цитата:
Также при смене языка или закрытии программы, при открытом окне "Правила", программа вылетает случайным образом: или по тихому (заметно только при смене языка) или с сообщением "Precondition failed: tools::ptr<class sys::timers::Runner>::operator -> pointee".

получилось повторить, поправим, спасибо


Цитата:
Правила удаляются с помощью Del, надо бы и добавление по клавише (Ins?) реализовать

Да, логично, сделаем


Цитата:
Не помешало бы подтверждение удаления правила, а то кнопки +/- маленькие, можно промазать.

Согласен, добавим


Цитата:
Очень хорошо, что вы добавили новые условия к "прикреплённым файлам", но формулировка их крайне запутана (и не только в русском переводе): например, чем отличается "имеют содержащих" от "содержат"? Может просто переименовать (во всех языках) "прикреплённые файлы" в "имена прикреплённых файлов", тогда имена условий будут совпадать с именами в других полях ("содержат"/"равно").

"Содержат" - это "имеют в точности равных", а "имеют содержащих" - это соотв более слабое условие (т.е. где-то внутри имени должна присутсвовать эта строка).
Я согласен, что названия операторов не самые удачные, но лучше придумать пока не получилось.
В Вашем варианте не получится выразить условие "нет прикрепленных файлов" / "есть прикрепленные файлы". Ну и сейчас как минимум условия корректны по грамматике, чего нельзя будет сказать о "имена прикрепленных файлов равно". Да и не очень понятно, что для выполнения условия достаточно чтобы хотя бы один из прикрепленных файлов удовлетворил условию. Делать в виде двух пунктов "Прикрепленные файлы" и "Имена прикрепленных файлов" как-то очень коряво (человек просто может не заметить, что есть дополнительный пункт).

Если у кого есть идеи получше, буду рад услышать!


Цитата:
Диалог "Finished Applying Rules" слегка раздражает: он мало информативен и его нельзя отключить. По крайней мере при нуле изменений его точно не стоит показывать. Может эту информацию отображать где-то снизу/сверху, как синхронизацию и наличие обновлений.

Подумаем над этим, скорее всего так и сделаем.


Цитата:
Ещё один баг: при вводе условия с тегами (например "Теги" "содержат") автодополнение пихает после тега пробел. Во всех других полях где можно использовать теги ("поиск", "пометить" итд) этот пробел ни на что не влияет, а в правилах он, по видимому, считается частью тега (хотя пробелы в них запрещены) и в результате всегда получаем "Правило было бы выполнено 0 раз".

Поправим, спасибо!


Цитата:
Хорошо бы добавить условие на общий размер файлов, чтобы отслеживать слишком большие заметки.

Общий размер файлов или всей заметки целиком?


Добавлено:
MaximKompForum

Цитата:
Добрый день! Подскажите пожалуйста, есть ли возможность в CintaNotes создать правило, согласно которому, заметки с определенными тэгами будут копироваться в одну большую заметку. Например: есть Заметка-основная, и Есть Заметка1, Заметка2, заметка3 (с соответствующими тегами Основная, 1, 2, 3). Основная это совокупность 3 заметок, и можно ли сделать так, чтобы информация из заметок 1,2,3 автоматически дублировалась в основную? Спасибо!!

Боюсь что на данный момент такой возможности нет. Если расскажете, зачем вам это нужно, подумаем, как решить задачу другими средствами.

ewfox1double

Цитата:
можно зафиксировать окно cinta, чтобы не сворачивалось после вставки?
мне проще свернуть его в заголовок и таскать по экрану )


Вы про вставку в другие приложения по Ctrl+Enter?

D1D1D1D

Цитата:
Дано ли настроить программу так: по кнопке над выделенным текстом выводится список заранее заданных в программе тематических табов, и по выбору одного из них, выделенное летит в него?

Нет. Т.е. можно, но чуть по другому: включаете Настройки/Захват текста/После захвата/Открыть на редактирование. Потом после захвата выставляете нужную секцию возле кнопки OK в редакторе.

Или: завести несколько копий программы, у каждой свои горячие клавиши.
Или: (для версии 3.2+, которая еще не выпущена) настроить правила для автоматического помещения заметок с определенных сайтов/имеющих опр ключевые слова в нужные секции.

Добавлено:
rsuan

Цитата:
В 3.1.4 в строке поиска не видно нижнего края введённых символов: "у" не видится хвостик, выглядит как "ч", знак подчёркивания не видится полностью.

Это же на WinXP? Ок, принято, поправим. Спасибо

MaximKompForum

Цитата:
Всем доброго) Подскажите  пожалуйста,  каким сочетанием клавиш можно отменить последние действие (если конечно это возможно). Большое спасибо


В общем случае это не поддерживается. Во время редактирования заметки это можно сделать по Ctrl+Z.

Andarin

Цитата:

Но и label.defaultfont не за строку поиска отвечает. А про это надо у автора спрашивать, я не нашёл ничего про шрифт в строке поиска. Шрифт там вроде Segoe UI и вроде даже 9. И цвет можно поменять (в системных настройках "цвет и внешний вид окна"), но вот при изменении размера там - в CN в строке поиска размер не меняется.

Да, шрифт в самом деле берется системный, а вот что равзмер не меняется - это баг. Поправим тоже.

Автор: DRON1917
Дата сообщения: 21.06.2016 19:06
jenter

Цитата:
Извините что долго тут не появлялся, почему-то мне перестали приходить уведомления о новых сообщениях.

То есть чисто багрепорты лучше на support@cintanotes.com отправлять?


Цитата:
Повторить на семерке не получилось, но повторяется в XP. Спасибо

Оно повторяется где угодно, если DWM (Aero) отключен или сам отвалился. У меня на семёрке он просто отключен, но в Windows 7 Starter Edition, насколько я помню, его нет так же как и в XP.


Цитата:
Вот это не смог повторить, можно скрин?

Привожу самый худший пример "Прикреплённые файлы" в обоих языках не влезает почти ничего:




Цитата:
Ну и сейчас как минимум условия корректны по грамматике

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

Вообще алгоритм проверки некоторых условий абсолютно не интуитивен, а вы ведь к простоте и понятности стремитесь. Например, каков результат работы правила "Текст не содержит А или Б" для заметок "А", "Б" и "АБ". Такие задачки нынче на ЕГЭ дают и правильных ответов, как я слышал, не так много.
Если в версии с ELSE можно было хоть как нибудь создавать "сохранённые поиски", то сейчас их создание, а точнее создание второго правила с отрицанием первого, больше похоже на головоломку.


Цитата:
Общий размер файлов или всей заметки целиком?

Хороший вопрос. При синхронизации важно не раздувать размер файлов, а не заметки, так что видимо "общий размер файлов".
По этой же причине стоит добавить сортировку по размеру вложений. Ну и вывод всех размеров в заголовок заметки давно пора реализовать.
Автор: jenter
Дата сообщения: 22.06.2016 10:12
DRON1917

Цитата:
То есть чисто багрепорты лучше на support@cintanotes.com отправлять?

Чисто багрепорты - да.


Цитата:
Оно повторяется где угодно, если DWM (Aero) отключен или сам отвалился. У меня на семёрке он просто отключен, но в Windows 7 Starter Edition, насколько я помню, его нет так же как и в XP.

Понятно, спасибо.


Цитата:
Привожу самый худший пример "Прикреплённые файлы" в обоих языках не влезает почти ничего:

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


Цитата:
Может так (длинновато конечно):

Спасибо, это уже вполне себе неплохой вариант. Но хотелось бы сохранить параллель с режимом поиска "Прикрепленные файлы". Думаю что пока остановимся на:

Прикрепленные файлы / Attachments
отсутствуют / are absent
одно из имен содержит / have filenames containing
одно из имен начинается с / have filenames starting with
одно из имен кончается на / have filenames ending with
одно из имен равно / have filenames equal to
присутствуют / are present
ни одно имя не содержит / no filename contains
ни одно имя не начинается с / no filename starts with
ни одно имя не кончается на / no filename ends with
ни одно имя не равно / no filename is equal to

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

В дальнейшем такой вариант будет наиболее гибким и расширяемым, например легко будет добавить "Прикрепленные файлы / имеют общий размер больше (меньше)" итд.


Цитата:
Например, каков результат работы правила "Текст не содержит А или Б" для заметок "А", "Б" и "АБ".

С отрицаниями всегда тяжело, но как по-другому-то? Тут имеется в виду, что текст не должен содержать ни А, ни Б. Для условия "не должен содержать А и Б вместе" есть отдельное условие
"не содержит всех". Если есть предложение, как сделать проще и понятнее, я весь внимание) но надо учесть, что это не должно быть что-то специфичное для русского. Думаю что в общем виде задача неразрешима, но можно решить допуская некоторые компромиссы.


Цитата:
Хороший вопрос. При синхронизации важно не раздувать размер файлов, а не заметки, так что видимо "общий размер файлов".

Думаю что нужно и то, и другое. Хорошо, добавим это.


Цитата:
По этой же причине стоит добавить сортировку по размеру вложений. Ну и вывод всех размеров в заголовок заметки давно пора реализовать.

Согласен, но это не относится к правилам и поэтому пока что в релиз не попадет.



Автор: DRON1917
Дата сообщения: 22.06.2016 16:40

Цитата:
Ну во-первых, у вас стоит нестандартный большой размер шрифта.

Вы как будто весь 21 век проспали: поддержка 120 DPI была ещё в Windows 98.
Это даже не High-DPI вокруг которого последнее время носится Microsoft. А ведь эти DPI-Aware приложения должны и 200 DPI поддерживать. Лично я "стандартные" 96 DPI последний раз использовал когда у меня был ЭЛТ-монитор 800х600.

В любом случае, ваша программа и при 96 DPI нормально не работает:

Если сравнить с ранними скриншотами, то видно, что и там и там ширина списков ~140 пикселей.
На Win10 чуть больше ~170 пикселей, но это не заслуга программы: просто включился DPI-virtualization.


Цитата:
Во-вторых, диалоговое окно теперь можно разворачивать, и размеры полей пропорционально увеличиваются (а вот что размер окна сейчас не запоминается, это недочет, да).

Вы издеваетесь что ли? На двух моих скриншотах окно не случайно разного размера: видно что ширина списков от ширины окна и языка не зависит (и там и там ~140 пикселей).


Цитата:
И пусть чуть коряво по грамматике, зато не допускает разночтений

Отлично получилось. И никаких "заканчивающегося" о которые я сам глаза чуть не сломал.


Цитата:
С отрицаниями всегда тяжело, но как по-другому-то?

Надо хотя бы IfNot/ЕслиНе добавить: технически не сложно (else ведь уже было), а визуально это просто замена текста (ЕСЛИ) на выпадающий список, ну или кнопочку меняющую свой текст на ЕСЛИ НЕ при нажатии. Тогда полностью негативные правила (для тех же "сохранённых поисков") будет писать намного легче.

Ещё стоит добавить в контекстное меню правила пункт "создать копию", чтобы для похожих правил с нуля всё не вводить. Одновременное редактирование нескольких правил (как уже сделано для заметок) тоже может быть полезным.
Автор: jenter
Дата сообщения: 23.06.2016 08:37
DRON1917

Цитата:
В любом случае, ваша программа и при 96 DPI нормально не работает:

Мне не совсем понятно, в чем должна заключаться "нормальная" работа. Понятно что можно поставить такой размер шрифта, что окно на экран не влезет. Получается, нужно делать в два ряда каждое условие. Этого бы очень не хотелось. Я конечно же увеличу размер полей, и особенно выпадающих списков.


Цитата:
Вы издеваетесь что ли? На двух моих скриншотах окно не случайно разного размера: видно что ширина списков от ширины окна и языка не зависит (и там и там ~140 пикселей).

Зависит, просто начинает зависеть начиная с чуть большего размера. Нажмите maximize и убедитесь.


Цитата:
Отлично получилось. И никаких "заканчивающегося" о которые я сам глаза чуть не сломал.

Отлично, тогда на этом и остановимся пока.


Цитата:
Надо хотя бы IfNot/ЕслиНе добавить: технически не сложно (else ведь уже было), а визуально это просто замена текста (ЕСЛИ) на выпадающий список, ну или кнопочку меняющую свой текст на ЕСЛИ НЕ при нажатии. Тогда полностью негативные правила (для тех же "сохранённых поисков") будет писать намного легче.

Я вот думаю просто добавить чекбокс "Убрать тег при невыполнении условия" к действию "Пометить". Причем если такой тег уже существует, будет выдаваться предупреждение. Думаю можно немного поступиться математической стройностью ради удобства.


Цитата:
Ещё стоит добавить в контекстное меню правила пункт "создать копию", чтобы для похожих правил с нуля всё не вводить.

Да, это запланировано.


Цитата:
Одновременное редактирование нескольких правил (как уже сделано для заметок) тоже может быть полезным.

Возможно, но это задача не первостепенной важности. Пока оставим это на потом.



Автор: DRON1917
Дата сообщения: 23.06.2016 18:16
jenter

Цитата:
Понятно что можно поставить такой размер шрифта, что окно на экран не влезет.

Скриншот из последнего сообщения сделан на свежепоставленной винде (только темы выключены), так что ничего экзотического я у вас не прошу.


Цитата:
Я конечно же увеличу размер полей, и особенно выпадающих списков.

Чёрт с ними с полями, но сделайте хотя бы размер выпадающих списков (CB_SETDROPPEDWIDTH) не меньше самого длинного текста, тем более автодополнение тегов у вас именно так и работает.


Цитата:
Зависит, просто начинает зависеть начиная с чуть большего размера. Нажмите maximize и убедитесь.

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


Видно, что ТОГДА, а в особенности его текстовое поле, непропорционально велики. И это при том, что слева обычно три элемента один из которых может содержать произвольный текст, а справа только два включая имя тега (которое лично я в своей базе пытаюсь делать покороче).


Цитата:
Получается, нужно делать в два ряда каждое условие. Этого бы очень не хотелось.

Вам виднее конечно, но я бы делал в две строки, даже без учёта невлезания текстов: сверху два списка, а снизу все текстовые поля (если они есть).


Цитата:
Я вот думаю просто добавить чекбокс "Убрать тег при невыполнении условия" к действию "Пометить".

Да, это было бы идеально. Только куда вы чекбокс впихнёте не совсем понятно. Видимо вторую строку придётся добавлять.

Ещё одно маленькое неудобство: всплывающий текст "Правило Х было применено к Х заметкам" лучше выводить в более заметном месте, в левом нижнем углу оно практически не видно. Например, если я щелкаю средней кнопкой по тегу, чтобы добавить/убрать его с заметок, то всплывающий текст лучше показывать рядом с этим тегом. Лично я бы предпочёл текст убираемый вручную (как информация об обновлении) или вообще не убираемый (снизу), потому что появление правил нарушает логику некоторых действий: тот же клик по тегу может быть вообще проигнорирован в результате срабатывания правила и времени, пока виден всплывающий текст, явно недостаточно, чтобы понять, что тут не так.

Условия в стиле планировщика не планируются? Например, "заметка не менялась 50 дней", "после 23.11.2017" и прочие.
Автор: jenter
Дата сообщения: 24.06.2016 09:47
DRON1917

Цитата:
Чёрт с ними с полями, но сделайте хотя бы размер выпадающих списков (CB_SETDROPPEDWIDTH) не меньше самого длинного текста, тем более автодополнение тегов у вас именно так и работает.
 

Это сделаем.


Цитата:
Каюсь, не заметил. В своё оправдание могу сказать, что начало растягивания происходит слишком поздно.
Но основная проблема, мне кажется, в соотношении размеров полей. На скриншотах зафиксирован минимальный размер диалога при котором полностью влезает самый длинный текст.

Это тоже поправим без особых проблем.


Цитата:
Вам виднее конечно, но я бы делал в две строки, даже без учёта невлезания текстов: сверху два списка, а снизу все текстовые поля (если они есть).

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


Цитата:
Да, это было бы идеально. Только куда вы чекбокс впихнёте не совсем понятно. Видимо вторую строку придётся добавлять.

Да, он будет появляться второй строкой динамически при выборе "Пометить".


Цитата:
Ещё одно маленькое неудобство: всплывающий текст "Правило Х было применено к Х заметкам" лучше выводить в более заметном месте


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

Как вариант улучшения ситуации, думаю можно сделать оповещение более контрастным и заметным, и чтобы оно дольше оставалось на виду (но все-таки скрывалось само через какое-то время).


Цитата:
Условия в стиле планировщика не планируются? Например, "заметка не менялась 50 дней", "после 23.11.2017" и прочие.

С этим сложность в том, что правила, зависящие от текущего времени, надо прогонять не по изменению заметки, а по таймеру. Так что это думаю в первый релиз правил не войдет. Но нужность такого типа правил я прекрасно понимаю, так что в принципе позже это вполне можно будет добавить.

Автор: rsuan
Дата сообщения: 02.07.2016 18:06

Цитата:

Цитата: В 3.1.4 в строке поиска не видно нижнего края введённых символов: "у" не видится хвостик, выглядит как "ч", знак подчёркивания не видится полностью.

Это же на WinXP?
Автор: MaximKompForum
Дата сообщения: 10.07.2016 11:43
Здравствуйте! Подскажите пожалуйста что можно сделать? Не работают ссылки на папку http://prntscr.com/br1ldg по компьютеру (внешние работают). Купил новый комп и установил Виндоус 8, на старом на 7ке все работало хорошо! Если вариант не переустанавливать виндуи (или дело не в ней)? В чем может быть проблема? Спасибо!
Автор: MaximKompForum
Дата сообщения: 11.07.2016 16:23
Отвечаю на свой же вопрос
http://prntscr.com/bri7g8 И выбираем Виндоус 7
Может кому пригодится)
Автор: jenter
Дата сообщения: 12.07.2016 13:52
MaximKompForum
Похоже дело в том, что Вы пытались создать ссылку на папку ограниченного доступа. Именно поэтому включения режима совместимости помогло - по сути, дав программе доступ к папке.
Автор: SFC
Дата сообщения: 15.07.2016 15:33
jenter
Ситуация:
Я импортирую из специально подготовленного XML файла базу.
База состоит только из текстовых заголовков - без тела/тегов и самого текста и тд.
В базе 88 тыс заголовков / записей.
Импорт происходит черезвычайно медленно.
Разбивал базу по 22 тыс. импорт каждой был гдето около 1.5 часов.
Думал что потом уже в формате CN объединить все четыре части будет быстрее. Нет. Не быстрее. Все также. Причем CN постепенно показывает кол-во записей которые импортированы.
Сейчас за 4 часа импортировано чуть меньше половины из 88 тыс

Я предполагаю что после импорта каждой из 88 тыс записей идет обновление индекса. И так 88 тыс раз?

Если это так, то целесообразно иметь возможность отключить такую индексацию - и потом уже после окончания импорта проводить один раз полную индексацию.
Автор: DRON1917
Дата сообщения: 16.07.2016 12:06
SFC
У вас, скорее всего, включено логирование и пишутся многогигабайтные log.*.txt файлы.
Лично у меня, с отключенными логами, ~150 000 записей "из специально подготовленного XML" импортируются примерно за 100 сек (размер базы ~100Мб).
Игры с настройками (например sqlite.pragma.journal_mode = OFF) или размещение базы на RAM-диске, не оказывают на время импорта никакого влияния.
Автор: SFC
Дата сообщения: 16.07.2016 13:54
DRON1917

Цитата:
включено логирование и пишутся многогигабайтные log.*.txt файлы

Да, так и было первую попытку - но это было отключено через меню
Help - Debug - Debug Logging.
Файл log создаваться перестал, но время не улучшилось.
Вот формат специально подготовленного XML файла. Может в этом дело:

Код:
<?xml version="1.0"?>
<notebook version="3142" uid="8a24b5ee-86e1-4f12-a383-3169c82ccfe6">
    <sections>
        <section id="0" num="0" name="Main" color="#005af0" />
    </sections>
    <note title="100003 A demands &#163;500, B offers &#163;100." source="" section="0" plainText="1"><![CDATA[]]></note>
...
...
</notebook>
Автор: DRON1917
Дата сообщения: 16.07.2016 15:52
SFC
Да, похоже дело в данных. Даже редуцированный пример (в качестве заголовков числа от 1 до 10000) грузится больше 10 минут.

Можно предположить, что дело в полнотекстовом поиске: видимо короткие тексты из уникальных слов (чисел) плохо индексируются. Но в этом случае даже jenter ничего сделать не сможет.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677

Предыдущая тема: Зарплата Камин 2 ....


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.