Михаил пишет:

Здравствуйте, Сергей.
Хотелось бы уточнить когда планируется выпуск новой версии под windows? (в данный момент так и висит 1.30)
Захожу каждую неделю в надежде что на главной будет красоваться новость, мол доступна новая версия и огромный патчноут в придачу wink

Я очень неспешно допиливаю до нового релиза. Хотел успеть к новогодним праздникам 2015, но не успел.

Сейчас я оцениваю так: мне нужно еще месяца три чтобы выпустить десктопные версии (Linux, Windows, Mac). После них займусь версией под Андроид. Но все сроки условные, зависят от многих факторов.

Андрей пишет:

Привет!
Давно пользуюсь программой, очень нравится!
В редакторе очень не хватает кнопки для зачеркнутого текста, можно ее как-то добавить без правки исходников? В editorconf.ini есть список кнопок, может туда можно добавить нужную?

Без правки исходников не получится. Зачеркнутый текст не предусмотрен, хотя его добавить несложно.

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

Shura пишет:

Да, я сейчас тоже поставил 1.32 из github, вроде работает, хотя особо улучшений по сравнению с 1.30 не заметил.

Она просто работает. Основные баги в версии на github вычищены.

shura0 пишет:

А совместима ли версия 1.32 с версией 1.30? Если я сейчас обновлюсь, мои данные останутся целы?

Совместима. Данные останутся целы. Ведь вы же сделаете себе резервную копию smile

Но сейчас ветку experimental колбасит, я уже подзабыл какой был последний стабильный коммит. Пользователям лучше дождаться релиза. Хотя я принципиально сижу на самом свежем релизе, чтобы знать и видеть все проблемы.

AdamK пишет:
Николай пишет:

Кто-нибудь пробовал запускать программу на Debian Jessie? На Wheezy работает без проблем. На Jessie выдаёт ошибку:
./mytetra.run: 8: ./mytetra.run: ./mytetra: not found
Пытался решить разными способами - и настройкой прав, и запуском с strace (ничего криминального не увидел) - безрезультатно.
Уж больно прога нравится.

У меня точно такая проблема. Ubuntu 14.04 уже пользуюсь Тетрой несколько лет, переустановил систему и на тебе. Куда копать не подскажете? Пробовал разные варианты, скачивал новый архив.

У меня эта проблема на Debian Jessie не наблюдается. Проблема какая-то ерундовая, какая-то мелочь. Я уже писал, что у вас прчему-то не происходит запуска бинарника из текущей директории. С этим нужно разбираться. Возможно, что на вашей системе установлен флаг noexec. Возможно, у вас какой-то особенный шелл или его настройки. Или еще что-то. Или вы распаковали так, что файл не является исполнимым - попробуйте chmod ugo+x mytetra. Попробуйте создать каталог и поместить туда какую-нибудь бинарную программу. И скопируйте туда mytetra.run и исправьте внутри его имя прогаммы на имя скопированной программы. Попробуйте запустить, напишите здесь о результате.

Роман пишет:

Добрый день.

Не поможете с проблемой? Mytetra 1.3, версия для Windows. Не отображаются (не подгружаются) сохраненные ранее картинки в редакторе после перезапуска программы.

Информации крайне мало. Возможно, вы наткнулись на давно исправленный баг:

"Задача: Сделать сохранение записи перед отработкой кнопки "Вырезать". Это нужно сделать, так как если пользователь отредактирует такст записи, нажмет "вырезать", потом нажмет "вставить", будет вставлена неотредактированная запись."

То есть, возможно у вас из-за этого бага не сохранились картинки в записи (после вставки картинки сохранилась неотредактированная версия).

Этот баг исправлен в версии 1.32.17 (а у вас, видимо, 1.30, она очень старая). Возьмите новую версию из ветки Experimental, или дождитесь следующего релиза.

Deniz пишет:

Беда, однако. Этот ваш редактор текста не понимает некоторый CSS (или HTML).

Это особенность стандартного Qt-виджета QTextEdit. Там весьма усеченная поддержка HTML/CSS.


Deniz пишет:

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

Этот баг был исправлен в мае-апреле 2013 года. Возьмите версию 1.32.17 вместо 1.30 из ветки experimental:

https://github.com/xintrea/mytetra_dev/ … perimental

FakeRAID пишет:

Почему нет готовых бинарников для AMD64? Не хочется из-за одной програмулины тянуть кучу либ...

Надо собирать из исходников, и желательно из ветки experimental.


FakeRAID пишет:

И вопрос по сборке, укажите где-нибудь что конкретно требуется для компиляции. Получаю ошибку на этапе make:

Для компиляции требуется компилятор GCC и Qt4.7(8).X. Mytetra - это Qt-only программа. Для нее кроме Qt ничего не нужно.

По вашей ошибке. Компиляция должна идти командами:

qmake mytetra.pro
make

Об этом написано в readme.txt. Если вылазит такая ошибка как у вас, то у вас либо не установлены девелоперские файлы Qt из репозитария, либо поставлена какая-то сторонняя версия Qt не из репозитария и при этом не прописаны пути до директории с заголовочными файлами. Прописать пути можно такими командами:

PATH=/usr/local/Trolltech/Qt-4.7.1/include:$PATH
export PATH
Николай пишет:

Кто-нибудь пробовал запускать программу на Debian Jessie? На Wheezy работает без проблем. На Jessie выдаёт ошибку:
./mytetra.run: 8: ./mytetra.run: ./mytetra: not found
Пытался решить разными способами - и настройкой прав, и запуском с strace (ничего криминального не увидел) - безрезультатно.
Уж больно прога нравится.

У вас какая-то странная ошибка, она говорит просто о том, что в директории, в которой вы запускаете скрипт ./mytetra.run, отсутствует бинарник mytetra.

fr0ster пишет:

Регулярно при вырезании или удалении записи выдает ошибку невозможно удалить что-то в корзине и падает в осадок.
И все бы ничего, но при этом рубиться файл mytetra.xml, а без него все накопленное теряет смысл.

Этот застаревший баг исправлен в девелоперской ветке. Если умеете, соберите из исходников.

Выпадение происходит при следующих обстоятельствах:

1. Открываем запись
2. Что-то меняем в ее тексте
3. Нажимаем вырезать
4. Получаем ошибку

Чтобы обойти, после пункта 2 можно нажимать Ctrl+S.

Deniz пишет:

Запилил скрипт запуска из любого места (mytetra.run):

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

177

(8 ответов, оставленных в Общий форум)

ReAl_rus пишет:

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

Я не пользуюсь социальными сетями. Что имеется в виду под экспортом новостей в социальные сети? Каков механизм?

Alexey пишет:

Доброго времени суток,

Установил git создал ключи (вижу версию git и файлы ключей), при попытке занести pub ключ в github появляется:

ALEXEY-PC (7f:df:1c:45:e4:04:aa:74:17:67:a7:d4:c5:2f:fd:bc)  Delete

Регистрация git и github одинаковы

Посоветуйте куда грести дальше

Алексей

ALEXEY-PC - это, видимо, название, которое вы дали публичному ключу, когда его добавляли. То, что у  вас есть данная строка говорит о том, что ключ успешно экспортированлся на GitHUb. То есть, все в порядке, ключ добавлен. Если вам нужно его удалить - нажимаете Delete.

Андрей пишет:

Critical Error не появляется. Обнаруживал пропажу заметки только после открытия.

На данный момент у меня присутвует несоответсвие между базой с заметками и xml.

~/.config/mytetra/data/base/
~/.config/mytetra/data/mytetra.xml

Т.е. в базе присутвует папка 1369218648k9zzzf96p2, 1369218676mp4lm3f7rh, 1369219071tved7rfcgl, ... , но в mytetra.xml таких <record dir="..."> нет.

Ветка из mytetra_dev.git - experimental. ОС - Linux.
Пока не могу определить порядок действий из-за которых возникает данная проблема.

То есть, вообще никогда Critical Error не видели? Обычно такое несоответствие может возникнуть именно при отловленной ошибке. То есть, из дерева запись удалилась корректно, а с диска - нет по различным причинам, начиная от неправильных прав на каталог базы mytetra, недостаточного места на диске, двойной попытке удаления первого файла в каталоге с записью (такая "петля" по-моему сейчас еще не исправлена, проявляется редко она возникает при определенных условиях, пока не отследил каких), может возникнуть при групповых операциях переноса записей или ветки.

Эта ошибка некритична, так как в самом дереве данные корректные, и ссылаются на существующие на диске данные. Лишние данные на диске - это нехорошо, но работать не мешают.

Обратной ситуации "есть запись в дереве, нет на диске" кстати не возникает.



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

Андрей пишет:

Действительно, лучше не убирать заголовок окна. Привычка при помощи Alt  (как в linux) перетаскивать окно за любую его часть. smile

По поводу прикрепления файлов, нужно как-то менять xml с настройками т.к. туда вписать файлы помоему весьма проблематично. Если только добавить ключ аля myfiles="foo1.pdf;foo2.jpg"

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

Исходники брали из ветки experimental или из master?

Когда заметка "теряется", в этот момент Critical Error появляется, или молча что-то куда-то исчезает?

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