что делает этот код?
я подключаю просто print.css с @media print, в чем разница? все равно надо указывать медиа в css, или медиа в линке заменяет это же выражение в css и там просто прописываются стили?
если логической разницы нет, то есть ли разница в фен-шуйности и как лучше? =)
т. е. прелоадер никак не связан с скоростью загрузки страницы и даже на медленном соединении он 2 секунды помелькает и пропадет? просто картинка?
не попадалась мне необходимость в них пока, вопрос возможно наивный )
@0neS ну да, что внешне заказчик не отличит - в основном пофиг)
но ведь именно фронтенд внешностью занимается, я об визуальных модностях. фронтенду надо подтягиваться под реализацию модных среди дизайнеров фишек.
не знаю, в принципе не люблю б/у технику (без особых причин) и предпочитаю подкопить или обойтись своим..
но по идее главное чтобы мощности хватало под задачи, а там уже что хочется. многие берут б/у и не парятся.
ну, в той же таблице записывать дату и сумму возникновения задолжености клиента вам, но сумму либо ставить в отдельный столбик, либо выделять цветом, как неоплаченное. потом просто неоплаченные строки с описанием за что отправляются клиенту, он расчитывается и сумма переносится в оплаченные.
по поводу автоматизированных - какую часть процесса можно автоматизировать? как я уже писал, все давнные вы все равно забиваете и переносите/обновляете статус полностью самостоятельно, разница только в интерфейсе, причем не в пользу практического удобства, только красивости.
счетоводство, в отличии от бухгалтерии, дело не хитрое, но нудное =(
Я статистику не отслеживал, задачи такой не было, но имел в виду примерно тоже, просто поправил формулировку )
Если интересно - вот есть калькулятор плотности пикселей https://www.sven.de/dpi/
Для full hd плотность 105 при 21", соответственно при меньшей диагонали фулки шрифты 13- начинают уже не очень удобно мельчать, при большей картинка просто крупнее.
Для 1366 это 15", на аирах (135рх при 11.6") уже хочется немного приблизить стандартную страницу.
Но теперь уже необходимо учитывать экраны с такими ppi при разработке, их доля растет.
Думаю шрифты будут расти тоже до определенного момента, а потом начнут разделять размеры для экранов с разным ppi через css (как сейчас делают с картинками для ретина дисплеев), чтобы у старичков не было гигантских букв.
вы сначала правильно сказали о плотности пикселей, а потом сбились на разрешения экранов.
И статистика по разрешениям не совсем подходит для решений о шрифтах. Большинство статичных мониторов все еще с ppi ~110 и ниже, но в последнее время ноуты с приличным экраном (1650, 1920 и выше при 15" и ниже) набирают обороты, так что актуальность увеличения шрифтов нельзя отрицать.
Возможно скоро на 27" 2.5к (108ppi) придется сайты уменьшать, чтобы было комфортно читать многабукав.
реально все, но я бы занялся чем-то с большими шансами )
если сайт - то интересный, а не еще один. еще один работает, если существующие хуже, но у простого тематического сборника текстов киллер фич я не представляю.
