Говорили же уже: например, чтобы на больших планшетах (10" и больше) верхняя полоса с табами не скрывалась, а всё время была видна экране. На таких экранах скорость доступа к табам и УРЛу важнее свободного пространства, поскольку последнего и так достаточно.
Ребята, не будет полной синхронизации закладок с подпапками — не будет смысла в синхронизации в целом. Синхронизация паролей и табов — это прекрасно и важно, но без закладок это всё будет совсем не о чем.
И повторюсь, особенно это актуально для мобильной Оперы. Принципиально важно иметь один набор закладок на планшете и телефоне.На десктопах/лэптопах хоть можно выкрутиться как-то, перебросить json-файлик Bookmarks из профиля с машины на машину, а под Андроидом нереально каждый раз такое проделывать, даже если там такой файлик тоже есть.
И еще. В старом протоколе из Opera Link возможность полной синхронизации всех закладок с подпапками есть, я ей пользуюсь прямо сейчас. И раз вы говорите о возможном наличии этой фичи в протоколе синхронизации, то речь идет он новом протоколе, который с Opera Link совместим не будет. Тогда снова ребром встает вопрос: что будет с импортом всех закладок с подпапками из старых Опер? Без него я из старой Оперы на новую не перееду. В особенности — на мобильных устройствах. Какие здесь планы?
Я переформулирую вопрос: вы вообще планируете это реализовать? Вы планируете реализовать полное подтягивание всего дерева старой десктопной Оперы в новую и из старой андроидной Оперы в новую?
Это уже будет в этом треде офтопом, конечно, но для андроидной ветки это гораздо более актуально. Если в новой десктопной Опере формат файла закладок хромовский и для конвертации можно, в конце концов, попытаться воспользоваться, скажем, Transmute, то невозможность подтянуть через Opera Link закладки из андроидной Opera Classic в новую Оперу просто не дает начать ее пробовать. Там же вообще нет никакой возможности это сделать.
Каковы ваши намерения в этом направлении? Про сроки не спрашиваю. Просто собираетесь или нет?
Обилие в этой теме комментариев от благодарных веб-разработчиков ярко свидетельствует о том огромном интересе, который питает аудитория Хабра к таким безусловно полезным технологиям, как WebRTC. Уж простите, Вадим, за яд.
Ничего не имею против WebRTC. «Пусть цветут все цветы.» (с) И я понимаю, у Оперы свои интересы. А ежемесячные бравурные пресс-релизы в IT-изданиях, свидетельствующие о том, что аудитория новой мобильной Оперы растет внушительными темпами, убеждает вас, что вы все делаете правильно. Видимо, так оно и есть, и мне здесь нечем крыть: вы бизнес делаете и нам, гикам, ничего не должны.
Так что да, вы правы, аудитории Хабра WebRTC интереснее, чем расположение панели с кнопками.
Это очень неудобно. Сделайте галку «Табы всегда показываются» для подобных мне обладателей планшетов с большим 10" экраном. У меня достаточно места на экране, чтобы экономить его в ущерб удобству работы.
Я понимаю подобную расстановку приоритетов на телефонах. Но на планшетах эта экономия ни к чему. Пусть эта галка будет по дефолту отключена, я ее включу, мне не трудно. Но пусть она будет.
Поддержу. До нельзя странные приоритеты у нынешней Оперы.
Даже в этом посте выпятили WebRTC (как же мы раньше-то без него жили?), хотя наконец-то реализовали разные несравненно более долгожданные лейауты. Но о них одна строка в скрытом по умолчанию списке новшеств.
Пока Opera Link не вернется, все эти новости об очередных очень всем нужных нововведениях типа WebRTC вызывают только раздражение.
У SugarSync два ключевых преимущества перед Dropbox'ом: во-первых, возможность без возни с символическими ссылками синхронизировать любое количество любых папок, а не одну конкретную, а во-вторых, наличие раздела в облаке без синхронизации (т.е. для хранения бэкапов там без необходимости хранения копии у себя — сделал архив, залил в облако, и всё, у себя можно удалять).
Тем не менее, зачем они меняют бизнес-модель — не ясно, да. Да и с ценовыми планами там всё не очень удобно получается. Подумываю отказаться от них, но вот адекватной альтернативы (см. первый абзац) пока не нашел.
Я безусловно это рассказываю, но вот только не на первом занятии, а несколько месяцев спустя, когда мы уже прошли темы «Функции» и «Указатели» и они уже всё понимают про функции, про возвращаемое значение функции, про способы передачи параметров в функции и про массив указателей вообще и массив указателей на строки в частности. А до этого (и в особенности на первом занятии) им более чем достаточно «void main».
Всему свое время. О чем и речь, когда разговор идет о грамотном выстраивании процесса обучения, а не о выпендривании давно уже состоявшихся и никогда в жизни не преподававших профессиональных программистов, уверенно заявляющих, что начинать с С++ нельзя, но забывающих писать using namespace std;. (Это я не про вас, я надеюсь, вы понимаете.)
Не должен он вам ничего, тем более на первом занятии. Он должен научиться системному мышлению, а это долгий процесс. Человека, который столь категорично предполагает, что либо всё сразу понял, либо это заклинания, нельзя подпускать к процессу обучения, уж извините.
Во-первых, какой это компилятор выдаст предупреждение? Visual C++ никаких предупреждений не выдаст.
А во-вторых, у вас превратное представление о процессе обучения. Это по определению длительный процесс. Незачем всё сразу вываливать на людей, достаточно обозначить ключевые моменты и сказать, что это шаблон программы. А со временем, по мере изучения соответствующих тем, раскрыть детали.
И в-третьих, уснут или нет зависит от того, как объяснять. У меня вот не засыпают.
Поверьте мне, я 11 лет преподаю, и начинаем мы как раз с С++. И мои выпускники сейчас работают и тимлидами, и синьёрами во многих компаниях. Кто-то специализируется на С++, кто-то на стеке .NET, кто-то на Java. Главное — это продумать и правильно организовать весь процесс обучения. И тогда можно начинать и с С++ — всё будет хорошо.
Не надо передергивать. Убрать параметры функции main, заменить int на void и убрать return — и всё уже совсем не страшно. А детали объяснить со временем — нельзя и не нужно объять необъятное на первом же занятии.
И, кстати, добавить using namespace std;, а то то, что вы написали, не заработает.
Обновился без особых проблем. Установленные программы не исчезли. Action Center предложил переустановить пару интеловских драйверов (блютус, еще что-то, не помню уже). Слетели обои и пара настроек сбилась в дефолтные. Сами понимаете, надо 10 мин, чтобы их вернуть. В целом Майкрософту зачет.
И повторюсь, особенно это актуально для мобильной Оперы. Принципиально важно иметь один набор закладок на планшете и телефоне.На десктопах/лэптопах хоть можно выкрутиться как-то, перебросить json-файлик Bookmarks из профиля с машины на машину, а под Андроидом нереально каждый раз такое проделывать, даже если там такой файлик тоже есть.
И еще. В старом протоколе из Opera Link возможность полной синхронизации всех закладок с подпапками есть, я ей пользуюсь прямо сейчас. И раз вы говорите о возможном наличии этой фичи в протоколе синхронизации, то речь идет он новом протоколе, который с Opera Link совместим не будет. Тогда снова ребром встает вопрос: что будет с импортом всех закладок с подпапками из старых Опер? Без него я из старой Оперы на новую не перееду. В особенности — на мобильных устройствах. Какие здесь планы?
Это уже будет в этом треде офтопом, конечно, но для андроидной ветки это гораздо более актуально. Если в новой десктопной Опере формат файла закладок хромовский и для конвертации можно, в конце концов, попытаться воспользоваться, скажем, Transmute, то невозможность подтянуть через Opera Link закладки из андроидной Opera Classic в новую Оперу просто не дает начать ее пробовать. Там же вообще нет никакой возможности это сделать.
Каковы ваши намерения в этом направлении? Про сроки не спрашиваю. Просто собираетесь или нет?
Ничего не имею против WebRTC. «Пусть цветут все цветы.» (с) И я понимаю, у Оперы свои интересы. А ежемесячные бравурные пресс-релизы в IT-изданиях, свидетельствующие о том, что аудитория новой мобильной Оперы растет внушительными темпами, убеждает вас, что вы все делаете правильно. Видимо, так оно и есть, и мне здесь нечем крыть: вы бизнес делаете и нам, гикам, ничего не должны.
Так что да, вы правы, аудитории Хабра WebRTC интереснее, чем расположение панели с кнопками.
Я понимаю подобную расстановку приоритетов на телефонах. Но на планшетах эта экономия ни к чему. Пусть эта галка будет по дефолту отключена, я ее включу, мне не трудно. Но пусть она будет.
Даже в этом посте выпятили WebRTC (как же мы раньше-то без него жили?), хотя наконец-то реализовали разные несравненно более долгожданные лейауты. Но о них одна строка в скрытом по умолчанию списке новшеств.
Пока Opera Link не вернется, все эти новости об очередных очень всем нужных нововведениях типа WebRTC вызывают только раздражение.
У SugarSync два ключевых преимущества перед Dropbox'ом: во-первых, возможность без возни с символическими ссылками синхронизировать любое количество любых папок, а не одну конкретную, а во-вторых, наличие раздела в облаке без синхронизации (т.е. для хранения бэкапов там без необходимости хранения копии у себя — сделал архив, залил в облако, и всё, у себя можно удалять).
Тем не менее, зачем они меняют бизнес-модель — не ясно, да. Да и с ценовыми планами там всё не очень удобно получается. Подумываю отказаться от них, но вот адекватной альтернативы (см. первый абзац) пока не нашел.
Всему свое время. О чем и речь, когда разговор идет о грамотном выстраивании процесса обучения, а не о выпендривании давно уже состоявшихся и никогда в жизни не преподававших профессиональных программистов, уверенно заявляющих, что начинать с С++ нельзя, но забывающих писать using namespace std;. (Это я не про вас, я надеюсь, вы понимаете.)
А во-вторых, у вас превратное представление о процессе обучения. Это по определению длительный процесс. Незачем всё сразу вываливать на людей, достаточно обозначить ключевые моменты и сказать, что это шаблон программы. А со временем, по мере изучения соответствующих тем, раскрыть детали.
И в-третьих, уснут или нет зависит от того, как объяснять. У меня вот не засыпают.
Поверьте мне, я 11 лет преподаю, и начинаем мы как раз с С++. И мои выпускники сейчас работают и тимлидами, и синьёрами во многих компаниях. Кто-то специализируется на С++, кто-то на стеке .NET, кто-то на Java. Главное — это продумать и правильно организовать весь процесс обучения. И тогда можно начинать и с С++ — всё будет хорошо.
И, кстати, добавить using namespace std;, а то то, что вы написали, не заработает.