GrEb
-
Posts
9 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by GrEb
-
Игорь, спасибо, то что надо, но не дореализовано - при изменении размера окна все сбивается в примере, но идея ясна. А мне ночью в мозг пришло textarea вставить. textarea c readonly (или disable - если надо убрать текстовый курсор) работает четенько и автоматом, но тут другое автоматом не работает - табличная верстка была задумана что бы верх таблицы максимально поджимался, оставляя максимум места для низа, куда выводятся строки данных, а textarea при изменении размера окна меняется в последнюю очередь - сперва растягивается верх таблицы, создавая уродские зазоры... Сделал пока указав в стиле верхних строк таблицы заведомо маленькую высоту height, тогда они занимают минимум места, отдавая все оставшееся место под нужный мне низ таблицы с textarea, который автоматически изменяет высоту вслед за изменением высоты окна
-
Всем привет, табличная верстка, в нижнюю строку таблицы добавляются данные, необходимо, что бы при достижении высоты окна содержимое нижней строки прокручивалось (а в дальнейшем и перематывалось на конец, но пока и прокрутка не работает). Достаточно, что бы работало в Интернет-Эксплорерах (это интерфейс для Windows-скрипта, поэтому указывать DOCTYPE нет смысла). Спасибо! <head> <title>Untitled</title> <style type="text/css"> html, body { height:100%; margin:0px; padding:0px; overflow: hidden; } </style> </head> <body> <table border="2" style="width:100%; height:100%; border:2px red dashed;"> <tr> <td>asas</td> </tr> <tr> <td> <div style="overflow-y:scroll; height:100%; border:2px blue dotted; width:100%;"> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> asas<br /> </div> </td> </tr> </table> </body> </html>
-
Я привел код и его ограничения при нескольких мониторах резонно, хотя я хотел только устанавливать начальные размеры окна, что бы показать оптимизированную страницу, дальше юзер может менять как захочет. Однако продолжают заходить с планшетов с вертикальным расположением экрана шириной 768... что ж надо переписывать под media queries... Всем спасибо.
-
Всем привет! Задача такая - есть сайт, заточенный под ширину экрана не менее 1024. Статистика показывает, что заходит народ и с меньшей шириной - видимо нетбуки, наладонники, коммуникаторы и т.п. Поэтому задумал определять ширину экрана и клиентской части браузера, если ширина экрана позволяет, а ширина клиентской части меньше, разворачивать окно по onload до оптимального размера, если же ширина экрана меньше 1024 - предупреждать и показывать упрощенный вариант. Стандартный метод: <script language="JavaScript"> var width=0; if (self.screen) width = screen.width; else if (self.java) { var jkit = java.awt.Toolkit.getDefaultToolkit(); var scrsize = jkit.getScreenSize(); width = scrsize.width; } document.writeln (width); </script> screen.width не во всех браузерах определяет текущий монитор, на котором он запущен, например, хром и FF показывает текущий, а IE9, opera и Safari - всегда основной, а java метод вообще не работает (в современных Opera, IE, FF, Chrome и Safari). Так что мыслю - java в топку - или она может пригодиться для каких-нибудь младших братьев?
-
"Производство, продажа и аренда геодезических куполов" наверное имеется ввиду не аренда, а сдача в аренду (лизинг
-
На сайте есть некоторое кол-во страниц со статьями, документами, стихотворением В.В.Маяковского и фотогалериями. Не вижу смысла превращать главное меню в подобие меню MS Word или Exel, где нужно прежде заучить какие подпункты расположены в каких пунктах меню. Ставшие стандартом в шаблонах CMS дополнительные меню не люблю - они сбивают с толку - чем разбираться, какое из них главное, какое дополнительное и в каких пунктах главного дополнительное меню меняется, а в каких нет, проще зайти на понятную страничку конкурента и там остаться. Поэтому главное меню местами ведет на страницы-категории, а уже на них ссылки с анонсами позволяют отправиться дальше. 2 kvant Половину пофиксил... Остались Ваши 1, 3, 5 и 6 пункты. Про деление галерей на группы - да, будет солидней. Закавырка тут в том, что при увеличении числа разделов многие фотографии будут подходить под несколько разделов. Даже сейчас, при двух разделах, ссылки на фотографии дублируются (например, в разделах Заземление обоих разделов есть одинаковые фотки - оно и логично - канава она и есть канава). Думаю, посетителям не понравится смотреть одни и те же (или не несущие ничего нового) фотки в разных разделах.
-
Да, все резонно, разве что в хлебных крошках фраза "Вы здесь" оставлена сознательно, ибо целевая аудитория сайта - не на "ты" с Интернетом. Кстати, по этому поводу гложет вопрос - догадается целевая аудитория, что на странице "Объекты" можно кликнуть на рисунки зданий и попасть в фотогалереи? Как это сделать более очевидным? Спасибо.
-
Привет, 1. Просто не ожидал, что так быстро промодерируют и вносил последние штрихи - меню, конечно, сверху слева. Сверху решил в этот раз не делать - мониторы широкие, поэтому сбоков остается пустое место, а меню сверху требует лишней прокрутки. 2. Рассмотрю любые идеи как улучшить ситуацию - верстка сознательно не резиновая, поэтому при уменьшении ширины окна сверх минимальной дивы в него не влазят. Мне пока в мозг пришла не совсем изящная идея - на события body onload и onresize повесить измерение клиентской части и скрывать/показывать фотоновый рисунок. 3. Да, конечно,- сделано
-
Всем привет! http://molniezashhita.ru Сайт провинциальной компании. Стремился к минимализму и рациональному использованию экранного пространства, поэтому не стал создавать в окне браузера внутреннее "окно" сайта с шапкой и подвалом. Буду благодарен за любые советы по улучшению сайта. Спасибо.