Опубликован (https://medium.com/elementaryos/appcenter-spotlight-spice-up...) первый стабильный выпуск приложения Spice-up (https://github.com/Philip-Scott/Spice-up), развиваемого в рамках проекта Elementary OS. Spice-up является воплощением в коде концепта приложения для создания презентаций, преложенного (https://spiceofdesign.deviantart.com/art/New-Presentation-Co...) группой дизайнеров DeviantArt. Основной целью разработки является создание удобного интерфейса для быстрой подготовки простых, но красивых презентаций. Код написан на языке Vala с использованием GTK+ и поставляется (https://github.com/Philip-Scott/Spice-up) под лицензией GPLv3.
Среди возможностей приложения:
- Компоновка текста, изображений и форм;
- Поддержка градиентной заливки;- Средства для демонстрации презентации c поддержкой пультов управления проектором с интерфейсом USB или Bluetooth (поддержка пультов реализована через библиотеку libgamepad (https://github.com/meghprkh/libgamepad));
- Экспорт в PDF;
- Режим навигации по ранее подготовленным презентациям, позволяющий выбрать нужную презентацию в один клик;
- Интеграция с внешними графическими редакторами - после изменения изображений, автоматически обновляются все связанные с ним слайды;
- Возможность использования шаблонов для быстрого создания типовых презентаций.URL: https://medium.com/elementaryos/appcenter-spotlight-spice-up...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47228
Молодца!
Может быть они еще свой офис презентуют?
> Может быть они еще свой офис презентуют?А было бы неплохо, если сделают.
Было бы интересно!
Ненадо офиса, пусть лучше Либру помогают допиливать!
> Ненадо офиса, пусть лучше Либру помогают допиливать!Либра как-то в концепцию минимализма Elementary не особо вписывается.
> Ненадо офиса, пусть лучше Либру помогают допиливать!"Либра" - это жутчайшее "legacy", которому до сих пор не могут придать хоть сколько-нибудь товарный вид (не только внешне, но и по качеству работы). Привычные концепции "word" и "excel" вообще отстали от жизни на 20 лет, но мелкомягкие реализации хотя бы выглядят не так страшно и работают достаточно надёжно и быстро, так что их ещё можно немного потерпеть, а LibreOffice давно пора стабилизировать навечно и начать переписывать с нуля, с оформлением в стиле этого, нормальным современным функциональным языком, встроенным вместо инфернального VBA и моделью вёрстки/форматирования достаточно лаконичной, чтобы умеющих правильно пользоваться ей людей среди не-программистов было не 1 на 10000.
но мелкомягкие реализации хотя бы выглядят не так страшно и работают достаточно надёжно и быстро - параллельная реальность. увы, ужасно работают.
> eganruВосхищаюсь этим сектанством - борьба с реальностью и здравым смыслом даже ценой собственного психического здоровья. Если бы Либра не была такой жутко тормозной и уродливой, то на MSO не нашлось бы ни одного покупателя.
я, время от времени, работаю с текстовыми документами и готовлю их для разных, более-менее внятных нужд.
я видел людей, которые поставляют в организации ПК и видел людей, которые работают с MSoffice - это по большей части пользователи, которые делают отступы пробелами.я видел, как работает powerpoint - это адово глюченье презентаций, смачно приправленное съехавшим форматированием.
летом был на army2017 (позиционируется как выставка высокого уровня) - не было презентации, которая бы воспроизвелась бы на power point без изъянов - всегда, каждый раз, изъяны были и это при том, что люди проверяли более чем на 1 win машине вот это вот все.Так что я не куплюсь на откровенную ложь о том, что MSoffice можно без проблем использовать для реализации простейших офисных задач.
> более-менее внятных нуждВы извиняюсь пробовали открыть табличный документ более 3 МБ на Либре и поработать? Вы Либру на Андройде пробовали использовать? (в корпоративке нужно, знаете ли офис иметь и на смарте) Вам плавность прокрутки и сглаживание нормальное не нужно? Работа с hiDPI экранами? Потребление ресурсов и скорость работы не важны?
> пользователи, которые делают отступы пробеламиГоре то какое, лучше бы в tex научились верстать.
> я видел, как работает powerpoint - это адово глюченье презентаций, смачно приправленное съехавшим форматированиемНаверное готовили в Impress или просто дуболомы использовавшие версии. А я видел как Impress не был в состоянии отработать анимацию на блок схемах, от слова "совсем". И это были не бабочки и цветочки, а серьёзная презентация, где такая динамика была для наглядности.
Нет, я использую Либру, и ОО использовал ещё до ответвления Либры, но на сегодняшний день Либра уже догоняет не MSO, а скорее суррогаты типа WPS Office и OfficeSuite.
Так что я не куплюсь на откровенную ложь о том, что LibreOffice можно без проблем использовать для реализации простейших офисных задач.
> Потребление ресурсов и скорость работы не важны?Важны, именно поэтому либра. Потому что M$ office на 2х страничном документе 3Гб сжирает и не давится.
> Наверное готовили в Impress
Никогда не было проблем с Impress, всегда везде корректно презинтация отображалась. А теперь попробуйте перенести любой документ из 2007 оффиса в любой следующий оффис, да хоть даже в 2010. Наверное результат неприятно удивит, когда вся вёрстка поедет, потому что "Не удалось загрузить стиль из старой версии ворд".
> Так что я не куплюсь на откровенную ложь о том
Ну то есть понятно, вы никогда серьёзно не пользовались либорой и оффисом. Я пользовался и тем и другим и скажу, что в либре, по сравнению с высером от M$ настолько меньше глюков, что на остальное можно закрыть глаза.
> Так что я не куплюсь на откровенную ложь о том, что LibreOffice можно без проблем использовать для реализации простейших офисных задач.С 2014 контора работает в LOo 4.2.8 с различными микрософтовскими документами в подавляющем большинстве. Если и были какие-либо траблы, то от меня это тщательно скрыли. И это пользователи, которые ныли как детсадовцы в самом начале перехода на СПО.
> И это пользователи, которые ныли как детсадовцы в самом начале перехода на СПО.Если захочется и получится -- приезжайте в Калугу на http://www.opennet.dev/opennews/art.shtml?num=47223 на выходных, будет с кем и о чём пообщаться о таком.
Я открывал .dbf 79 мегабайт размером и его использовал немного. То есть искал, экспортировал и листал. Почти readonly использование. Проблем не видел. Ноут 6700HQ и PC 6700k. На глаз работало одинаково быстро.
Как-то пытались сделать внятную презенташку в этой вашей либре, мат стоял такой, что из соседнего офиса прибежали посмотреть.
Например, ну не хочу я вставлять в пол гига 1080p видео в презенташку, которую потом нужно отправить по мейлу, почему нельзя вставить ифрейм с ютуба? Мне нужно для доставки презенташки на флешке теперь пользоваться Почтой России?
Сдайте уже этого монстра в музэй и показывайте детям, что офис тоже мог быть опенсорсным, но не сложилось.
iframe зло!
Лично бы руки оторвал тем, кто так делает.
тем, кто вставляет в презентации видео(на пол гига - особенно), умопомрачительные переходы и.т.д. нужно разбить нос.
Т.е. ты вставляешь видео в презентацию? А в видео уже наверное показывают обычную презентацию, нарисованную на листах бумаги, да?
Я думал "люди" вставляющие сканы в doc проблема, но ты переплюнул даже их.
> Я думал "люди" вставляющие сканы в doc проблема, но ты переплюнул даже
> их.Нет, переплюнуть разрабов либры будет сложно, они предлагают вставить ролик прямо в презенташку.
Чем тебе не угодил ифрейм с роликом на ютубе, можешь объяснить методами доступными для понимания, а не хамством или идиотским сарказмом?
Ну, хотя бы потому, что:
- презентация может смотреться и демонстрироваться на компьютере без доступа в интернет.
- смотреть "пол гига 1080p видео" врезанного в презентацию не очень приятно.
- необходимость смотреть такой объем видео во время презентации подрывает саму основу презентаций как инструмента донесения информации. Если информация с презентации человека заинтересует, то перейти по ссылке и посмотреть фильм с ютуба в комфортных условиях он сможет.
Вы сейчас описали случай, когда человек получает презентацию и волен делать с ней все, что ему вздумается. А вот теперь другой кейс, когда лектор в процессе подачи материала вынужден тратить время на загрузку ютуба в браузере, заодно с просмотром баннерной рекламы на всю аудиторию.
Мне нужно было показать на очень большом экране ролик. Организаторам нужно было заранее сбросить презентацию на почту, других способов коммуникации нет. Моё дело прилететь, выступить, получить гонорар и улететь обратно одним днем.
В пауэрпойнте можно вставить ифрейм, в либре нельзя. И это только один пример. Зло это или нет мне все равно, мс офис хороший продукт во всем, либра мне не подходит и я рад, что никто меня пока не заставляет ей пользоваться.
> Мне нужно было показать на очень большом экране ролик.Люди разумные в таких случаях как раз подстраховываются именно своей копией, а то и двумя. Но Вы продолжайте плыть по течению, пусть жизнь учит.
Всё хорошо, вот только в MS Office вставка youtube-видео в документы появилась не то в текущей, не то в прошлой версии, то есть совсем недавно.
> мелкомягкие реализации хотя бы выглядят не так страшно и работают достаточно надёжно и быстро, так что их ещё можно немного потерпетьОфисный пакет - это, прежде всего, ехать, а потом уже шашечки.
Реальная история прошлой недели: присылают док-файл (сделанный в МС офис) со встроенной таблицей (традиционно). Имеющийся ворд его открывает, но таблицу показывает криво. Открываем лирбой - все ок, можно жить и работать.
в MSoffice нет никаких гарантий, что файл созданный на одном ПК будет также виден на другом.
проблемы форматирования, изъяны в таблицах или графике - обычное дело.
К сожалению у Либры с этим тоже не очень...
https://bugs.documentfoundation.org/show_bug.cgi?id=108717
Но при этом это штучные экземпляры, которые могут выполняться не по феншую. У либры ещё грустнее всё. Когда мне понадобилось открывать дипломные проекты, которые писались в офисе, я открыл в либре и плюнул и поставил мс офис. Даже если забить о формулах, оформление которых слетало предсказуемо, то были ещё кучи проблем с версткой.
Может потому что ваши так называемые дипломные проекты делали криворукие студенты, которые о стилях слышали только в школе? Я свой дипломный проект написал полностью в либре, никаких проблем не было. А вот на одной и той же машине после переноса из 2007 оффиса в 2010 были проблемы с форматированием, причём такие, что многомесячная работа коту под хвост. При этом в либре всё открывалось нормально.
> это жутчайшее "legacy"Нового пока что не придумали.
> хотя бы выглядят не так страшно и работают достаточно надёжно и быстро
Где вы живёте? Нет, правда? Надёжно и быстро? Это когда ворд загружается минут десять, чтобы потом восстановить документ, который в предыдущей сессии был похерен из-за того, что этот самый ворд неожиданно упал на простой операции? Ну да, надёжно и быстро.
> с оформлением в стиле этого
В виде чего? Все постоянно плюются от оформления ворда и расположения кнопочек в интерфейсе. Либра наиболее точно реализует ворд 2003 года, который наименьшее из зол.
> и моделью вёрстки/форматирования достаточно лаконичной
Вы вёрстку в ворде видели? Особенно, когда она меняется и едет от версии к версии. Не понимаю, о чём вы вообще говорите? Ничего лучше LaTeX не придумали пока что.
>Вы вёрстку в ворде видели? Особенно, когда она меняется и едет от версии к версии. Не понимаю, о чём вы вообще говорите? Ничего лучше LaTeX не придумали пока что.Я об этом и говорю. Пусть сохраняет сразу в LaTeX или что-то подобное.
> Ненадо офиса, пусть лучше Либру помогают допиливать!Не-не-не, пусть сначала двухпанельник сделают, мп3-плеер, калькулятор, цд-резалку, ...
Работы ж -- непаханно[I]!
> Не-не-не, пусть сначала двухпанельник сделаютВот это было бы здорово действительно, нормального двухпанельного файловика под GTK действительно не хватает (есть Double Commander, но он слишком глючный, недостаточно настраиваемый и по дизайну визуально не вписывается никуда уже давно). Если бы кто запилил современный аналог, приятный на вид, скриптуемый на современном языке, достаточно надёжный и с поддержкой классического коммандерского управления (выделение правой кнопкой мышки и кнопкой Ins, копирование в соседнюю панель по F5, быстрый просмотр файла под курсором в соседней панели по Ctrl+q и т.д.) - вот это был бы номер.
>> Не-не-не, пусть сначала двухпанельник сделают
> Вот это было бы здорово действительно, нормального двухпанельного файловика под GTK действительно
> не хватает (есть Double Commander, но он слишком глючный, недостаточно настраиваемый
> и по дизайну визуально не вписывается никуда уже давно). Если бы
> кто запилил современный аналог, приятный на вид, скриптуемый на современном языке,
> достаточно надёжный и с поддержкой классического коммандерского управления (выделение
> правой кнопкой мышки и кнопкой Ins, копирование в соседнюю панель по
> F5, быстрый просмотр файла под курсором в соседней панели по Ctrl+q
> и т.д.) - вот это был бы номер.Что-то я не совсем понял про "скриптируемый на современном языке", это как и для чего?
Это к доктору
Ну например возможность добавить в таблицу файлов (в детальном режиме отображения) колонку, которая будет вычисляться автоматически вызываемым скриптиком на каком-нибудь Python или Scheme, например, возможность скормить скрипту полное имя выделенного файла и отобразить результат выполнения в соседней панели, затем выделить что-то в той панели и нажатием F5 "скопировать" в другое место в результате чего будет вызвана определённая функция того скрипта и вывод будет записан куда просили. В тех же Total Commander и Far есть возможности для создания плагинов, позволяющий реализовывать подобное, но т.к. их создавали задолго до расцвета скриптовых языков, писать придётся на C/C++, компилить библиотеки с определённым ABI, в общем гемор, заставляющий каждый раз задумываться надо ли тебе это и не легче ли будет решить задачу более грубо и одноразово, а от мыслей о возможности написать такой плагин в несколько строчек на Питоне или Лиспе и налету его подправить лично у меня начинается усиленное слюноотделение (в смысле как от мыслей о чём-то очень вкусном), даже при том, что я в прошлой жизни дипломированный C++-программист :-)
Ловите норкомана.
Sunflower?
> Sunflower?Может быть. Не знал о нём. Очень интересно. Спасибо.
Крутотень! Функционал, конечно, бедноват, но уже всяко лучше стандартных файловиков, а т.к. на Питоне - можно будет самому дописывать на ходу под свои нужды! Огромное спасибо за наводку! Похоже файлменеджер мечты для Linux воплотился в жизнь. Теперь бы ещё придумать как портировать на Mac (приходится пользоваться иногда, корячиться в Finder-е, по-моему он страшно неудобный).
Искал как-то для знакомого на мак двупанельник бесплатный (сам пользуюсь MC в терминале, а если нужна графика, то "open .") и набрёл на такой менеджер: http://www.moroshkaproject.ru/ В принципе, мне понравился.
И Вам спасибо огромное. Sunflower и Moroshka определённо изменили мою жизнь к лучшему. Ради такого определённо стоило поучаствовать в очередном сpаче :-) Надеюсь автор Морошки со временем тоже переведёт его в open-source и/или добавит возможность подключать плагины на Python.
> а т.к. на Питоне - можно будет самому дописывать на ходу под свои нужды!Вы в безграмотности своей расписались что ли? Открою секрет - писать можно на ЛЮБОМ языке программирования. И даже не на питоне.
Грамотность - это знание и умение, а желание - отдельный вопрос. Могу я и на C писать и на асме, и убить барана микроскопом смогу наверно если жрать сильно приспичит и кроме этих двух предметов ничего рядом не окажется, но предпочитаю всё же решать прикладные задачи уютными скриптиками на высокоуровневых языках и продукты покупать в магазине. Особенно с учётом отсутствия причин поступать иначе: если бы файлменеджер на Питоне жрал память и тормозил как распоследняя 3D-игра на максимальных настройках - можно было бы задуматься, а покуда он в плане быстродействия, стабильности работы и даже "look&feel" неотличим от нативного то зачем "платить больше" - фиг знает.
>> Не-не-не, пусть сначала двухпанельник сделают
> Вот это было бы здорово действительно, нормального двухпанельного файловика под GTK действительно
> не хватает (есть Double Commander, но он слишком глючный, недостаточно настраиваемый
> и по дизайну визуально не вписывается никуда уже давно). Если бы
> кто запилил современный аналог, приятный на вид, скриптуемый на современном языке,
> достаточно надёжный и с поддержкой классического коммандерского управления (выделение
> правой кнопкой мышки и кнопкой Ins, копирование в соседнюю панель по
> F5, быстрый просмотр файла под курсором в соседней панели по Ctrl+q
> и т.д.) - вот это был бы номер.То есть кроме того, что DC на Qt претензий нет? Про димзайн особенно настораживает, т.к. тот же Sunflower выглядит на скриншотах практически так же после отключения в DC пары панелей.
На самом сайте Sunflower не нашёл информации на каком языке пользовательские плагины пишутся. У DC заявлена поддержка Total Commander API, но с использованием заголовочных файлов DC.
Другое дело, что все они глючные в том или ином виде, а DC ещё что-то обновляться перестал.
P.S. В Sunflower правда настраивается выделение правой кнопкой мыши? А контекстное меню как вызывается тогда? Ничего в этом плохого нет и если настраивается, хорошо. Двухпанельники на любой вкус никому ещё не мешали.
Не то, чтоб я против, но недавно Либра(5.3) начала ломать отрисовку, баг трекер полон, никто этим не занимается. Сидишь на Гноме(и всех производных) - все ок, что-нибудь еще нормально пашет только в режиме GTK3 + Wayland, а GTK3 + X11 выдает дичайшие глюки по хлеще чем траблы с отрисовкой в GTK,KDE4. На Виндах кстати писали тоже видели траблы. Разрабы говорят, что на самом деле оно всегда было, просто стало заметней с новыми коммитами. Интерфейс - довольно большая трабла в Либре, я согласен, чтоб переписали не на Qt, а на GTK, главное, чтобы без всякого VCL.Недавно пробовал Calligra. Это небо и земля. Намного шустрее Либры(даже 5.2.7) во всем, прокрутка вменяемая, но функционала реально не хватает, я ее никому поставить не смогу в качестве полноценной замены.
>нормально пашет только в режиме GTK3 + Wayland, а GTK3 + X11 выдает дичайшие глюкиНеужели ЭТО началось?
> Неужели ЭТО началось?Десктополинуксокапец?
Кстати интересно. Это означает, что Либра больше не прибита гвоздями к X11 и имеет шансы научиться нормально работать на Маке? (кто не знает в чём проблема на Маке - попробуйте вести там букву Ü, например, в нативных приложениях для этого достаточно нажать и подержать нажатой пару секунд обычную букву U, а в LibreOffice - фиг).
> Недавно пробовал Calligra. Это небо и земля. Намного шустрее Либры(даже 5.2.7) во
> всем, прокрутка вменяемая, но функционала реально не хватает, я ее никому
> поставить не смогу в качестве полноценной замены.Ещё OnlyOffice попробуй. Функционально он тоже не оч, но внешне пользователю приятен.
Каких-то 18 лет — и на ГТК появился работающий (?) софт для презентаций.Вот что терпячка животворящая делает.
Ещё лет 50 и может изобретут относительно адекватный современный (сейчас таких не существует в принципе, хотя Мелкомягким можно хоть как-то пользоваться) "офис" и графический редактор, который хоть немного приблизится по юзабилити к Paint.Net.
А можно подробнее -- каким должен быть адекватный современный "офис"? Интересно видение опеннетчиков
Забавно. 2 раза написал ответ, оба раза он исчез куда-то.
> графический редактор, который хоть немного приблизится по юзабилити к Paint.NetPinta вполне себе близка к оригиналу.
> Pinta вполне себе близка к оригиналу.Pinta страшно далека от актуальной версии оригинала по функционалу, хотя по юзабилити в общем да, примерно то же самое, но ставится она всегда с трудом и матюками и пилится ну очень неактивно.
Да прекратите вы пинту предлагать как замену Paint.Net. Pinta ужасная, не красивая(да это важно), не юзабельная, и не развивается. Единственная нормальная замена, которая Может стать как заменой даже на Windows - это Крита. По началу все не привычно.. Даже банальное кадрирование.. Но если переучить себя и привыкнуть - Небольшой редактор заменить может.. Хоть это изначально и рисовалка
А когда-нибудь под линyпс напишут работающую EDA. Я в это верю.
KiCAD уже не работает?
Eagle 7-й версии тоже неплох.
> А когда-нибудь напишут работающую EDA. Я в это верю.FTFY
Ни одной нормальной EDA в жизни не видел. Все кривые, неудобные с ужасным интерфейсом и за них ещё требуют тонны нефти.
https://github.com/LibrePCB/LibrePCB
Impress?
Но ведь есть же beamer, безо всяких привязок к тулкитам.
Будем надеяться, что оно будет работать и за пределами ElementaryOS.
Ну, по крайней мере запустился http://storage3.static.itmages.ru/i/17/0920/h_1505897152_446...
> Каких-то 18 лет — и на ГТК появился работающий (?) софт для презентаций.Да, пока делает вид, что работает -- отправил пакет в сизиф, продолжаю щупать на эльбрусе: http://i.imgur.com/Tb1VBeP.png
> продолжаю щупать на эльбрусеПоймал несколько неприятных глючков с совмещением содержимого слайдов, созданных клонированием, при генерации pdf. Вешать пока нечего -- попробую сперва воспроизвести на текущих версиях библиотек и vala из сизифа на x86_64, которые до e2k ещё не доехали (там у меня vala 0.34.4, libgtk+3 3.22.21 и подобное). Ну и научиться бы воспроизводить понадёжней.
Да, распространённый юзкейс, разработчики наверняка предусмотрели.
Я потыкал:
1. Эффектов перехода между слайдами нет. Никаких.
2. При закрытии программа даже не спрашивает о сохранении работы. То есть, можно стараться, дизайнерить, а потом одним кликом всё похерить. Это феерично!
Сам закрыл - сам похерил. Что не нравится?
> Эффектов перехода между слайдами нет. НикакихИ прекрасно.
> При закрытии программа даже не спрашивает
Общие для всех приложений функции как эта должны реализовываться на уровне ОС, а не каждым приложением самостоятельно. Сюда же список недавно открывавшихся файлов (MRU), например - тоже желательно чтобы в самих приложениях его не было а был только один централизованный, который ведётся системой и обычно отображается в главном меню.
Ерунду говорите. Приложение должно выдавать запрос на сохранение изменений. Это реализовано везде, кроме "дизайнерской элементариОС. Кстати, отсутствие эффектов с ушами выдаёт сущность дизайнерского сообщества с девианта, где привыкли лепить скриншоты, но напрочь не думают о динамике.
Я говорю, что запросы о сохранении должна выводить ОС, а не как сейчас обычно: приложение выводит этот запрос и пока ни ответишь ведёт себя как зависшее. Надо просто централизовать это на уровне DBUS как сделали с выводом уведомлений, например.А "эффекты" смены слайдов в презентациях - это лишняя сущность, нужная только людям, чьи художественные вкусы и навыки застряли на уровне детского сада.
Хотя нет, по поводу эффектов, есть всё-таки случай, когда они нужны наверно - это слайдшоу для показа на всяких выставочных/рекламных экранах без участия человека - там да, но для этого, мне кажется, должен быть отдельный инструмент, и вроде про такие даже тут что-то писали, а для именно презентаций/лекций, когда человек говорит и перелистывает сопровождающие слайды - эффекты не нужны.
Смотря какие эффекты. Все эти идиотские летающие или разбивающиеся слайды действительно не нужны. Но я видел презентацию, в которой был обзорный слайд, и несколько слайдов раскрывающих его, все эти слайды были положены на плоскость соединены рёбрами с обзорным, и переключение слайда выглядело как zoom-out, а потом zoom-in. Очень помогает воспринимать информацию.Более того, это наводит на идею, что если излагаемую информацию оформить в виде блоксхемы, так, чтобы о каждом блоке надо было бы поговорить 0.3-5 минут, то можно визуализировать переходы по этой блоксхеме, так чтобы эти визуализации возвращали бы слушателя в глобальный контекст доклада, напоминали бы о том, что уже было разобрано, и показывали бы куда мы движемся дальше.
Да, звучит интересно, было бы любопытно такое покрутить.
Вы не правы, вот, например, blender тоже выходит без сохранения.
> 2. При закрытии программа даже не спрашивает о сохранении работы. То есть,
> можно стараться, дизайнерить, а потом одним кликом всё похерить. Это феерично!Blender-style :) Но там была ситуация и по-круче, если не нажал сохранить Action, а нажал просто сохранить файл вся анимация останется только в твоей памяти и при обращении к памяти будет вызывать функцию слез. Кодер доказывал юзерам, что так правильно и оно должно так работать О_О но юзеры его доканали и он вернул как было.
Вы слишком много хотите от недавно появившегося проекта. Добавят еще ваши свистелки.
>> 1. Эффектов перехода между слайдами нет.Может, это и к лучшему?
Ты троллишь или как? Гайдлайны elementary отошли от UX-дизайна 90-х годов, следовательно там должно быть автосохранение вместо идиотских вопросов "Сохранить?"
> Ты троллишь или как? Гайдлайны elementary отошли от UX-дизайна 90-х годов, следовательно
> там должно быть автосохранение вместо идиотских вопросов "Сохранить?"Интерфейс для макак? Ну понятно.
На самом деле - если задуматься - команда сохранения появилась в те времена, когда сохранялись на дискетку и это занимало приличное время, да еще и дискету, возможно, надо было вставить другую, а потом вернуть дискету с программой.Сейчас, когда дискету нынешнее поколение видело только на иконке save, и само сохранение занимает доли секунды или может делаться асинхронно, для большинства приложений действительно нет никакого смысла в отдельной команде. Другое дело, что тогда нужен вечный undo, а с этим все пока что не очень.
> На самом деле - если задуматься - команда сохранения появилась в те
> времена, когда сохранялись на дискетку и это занимало приличное время, да
> еще и дискету, возможно, надо было вставить другую, а потом вернуть
> дискету с программой.
> Сейчас, когда дискету нынешнее поколение видело только на иконке save, и само
> сохранение занимает доли секунды или может делаться асинхронно, для большинства приложений
> действительно нет никакого смысла в отдельной команде. Другое дело, что тогда
> нужен вечный undo, а с этим все пока что не очень.В этом смысле идеальный офисный пакет — это tomboy, который не только сам сохраняет, но и ещё и в облако бекапит и на все устройства раскидывает.
> Интерфейс для макак? Ну понятно.Да. В прошлом веке компами пользовались только люди с IQ > 100 и после специального обучения. Сегодня ими пользуются примерно 99% людей, при этом примерно 90% людей - макаки. По этому и программы надо проектировать так, чтобы даже макаки могли ими пользоваться и выдавать конфетку на выходе. При этом, конечно, оставшиеся 9% людей тоже не надо обижать, для них должны быть специальные возможности, спрятанные, скажем, за горячими клавишами, всё-равно макаки кроме букв, цифр над ними, пробела, шифта, enter и backspace других кнопок не знают.
> там должно быть автосохранениеАвтосохранение - это адъ если не прибито гвоздями к версионированию. А то накосячишь, попытаешься загрузить, а там всё уже сохранено как накосячено...
> This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY;
> WITHOUT ANY WARRANTY
> 1. Эффектов перехода между слайдами нет. Никаких.Так выгоняет же в pdf, зачем они?
> 2. При закрытии программа даже не спрашивает о сохранении работы.
Не-а, при следующем запуске помнит. Хотя тоже напрягло.
"Удивительный хипстер".
Мда. Они уже не скрываются...
>Проект Elementary OS представил программуЭта программа не является часть проекта Elementary. И они её не представляют, это AppCenter Spotlight как в загловке сказано.
На сайте программы написано обратное "Built from the ground up for elementary OS" и разработчик член команды elementary OS.
> На сайте программы написано обратное "Built from the ground up for elementary
> OS" и разработчик член команды elementary OS."Построено для elementary OS", и что дальше? Проект реализован как стороннее приложение. Third-party.
Неужели пилка дистров окончена и теперь начали делать софт? Молодцы.
Больше на редактор открыток похоже. Или блоки со схемами в презентациях уже не популярны?
> Или блоки со схемами в презентациях уже не популярны?Первый скрин, "Аwesome Hipsters" – как бы, намекает.
Почему-то нет воплей, почему Vala - такой стремный язык. Использовали бы Java или GoLang.
> Почему-то нет воплей, почему Vala - такой стремный язык. Использовали бы Java
> или GoLang.Vala - это вроде транспайлер кастрированной версии первого поколения C# в исходники на C, которые потом компилятся в нативные бинарники.
Java слишком чужеродна для этих целей (лучше уж C# и Mono) и уже на момент создания Vala выглядела со своей многословностью некрасиво по сравнению с тем же C#, а GoLang просто появился намного позже, чем назрела необходимость и его вроде до сих пор не подружили с GUI.
Потому что Vala -- прекрасный язык, который транслируется в чистый C.
Быстрая и удобная программа на GTK+, спасибо!
Сначала подумал что на электроне. Потом прочитал> Код написан на языке Vala с использованием GTK+
и обрадовался. Ну хоть у кого-то между ушами не только верёвочка.
А если вернутся к либре, то был случай в практике - в Excel делали таблицу строк так на 28 тыс, запустили фильтрацию - i5,8гиг - excel завис, Calc подумал секунд 5 - и все отфильтровал.
> подумал секунд 5 - и все отфильтровал.ПРАВИЛЬНО отфильтровал-то? Или опять "нет багрепорта - нет проблемы"?
Выгляди очень круто. И интерфейс минималистичный для программы просмотра презентаций - самое то. Посмотрим, насколько приживётся данное решение, но начало у них однозначно многообещающее.
Все правильно отфильтровал, без глюков.
