ладно, а что дальше происходит с результатом этого вычисления? он используется в качестве глубины? в смысле, если смотреть сверху на ваши странные объекты, то будет график этой функции?
если так, то может оно и правильно? при определённых значениях того fi, как раз такой зазубренный график и получается. просто мелко очень, растянуть надо бы
по этому куску особо не скажешь ничего, поэтому пока предположение общего характера: у вас там не целые числа в параметрах? вы их трактуете как числа с плавающей точкой, а что там на самом деле передаётся?
dimonchik2013, там же другая задача решается. чисто прозрачный фон можно и без гистограмм обрезать - тупо по строкам и колонкам от краёв пройтись посчитать полностью прозрачные, а потом вырезать.
почти правильно, только рельеф там чёткий сверху-снизу должен быть. для этого лучше бордер тоже тенью сделать, чтобы углы были скруглены у рельефа. https://codepen.io/anon/pen/GxbqOB
насчёт текстуры неясно - это на самой кнопке у него или фон просвечивает.
конкретно к приватным - нельзя. но есть множество градаций помимо "границы между приватными и публичными методами". приватный-публичный - это ложная дихотомия.
у большинства языков есть как миинимум ещё protected, как раз для таких случаев: недоступно всем снаружи, но видно потомкам изнутри.
конкретно в скале набор модификаторов доступа ещё шире. там есть инстанс-приватные члены (обычные приватные члены доступны самому классу в любом инстансе, а наскальный private[this] только через this). там можно задать область видимости по родительским пакетам, например если класс в пакете a.b.c.d, то protected[c] разрешит доступ потомкам класса из пакета c и глубже.
вы бы план запроса лучше смотрели. матч регэкспа не может быть проиндексирован в общем случае. обычный btree индекс хорошо помогает только когда матч идёт строго по началу строки. вроде бы есть модули для gin/gist по триграммам, по логике вещей они наверное могут поиск по подстроке в произвольном месте ускорить. а если в регэкспе есть хоть что-то сложнее, его придётся честно применять к каждому значению.
ну да. один массив вопросов с их ответами, одна переменная с индексом текущего вопроса, функция для заполнения шаблона текущим вопросом и логика перехода на следующий вопрос на кнопках с ответами.
не надо ничего резать. каждому мелкому элементу фоном присвается вся большая картинка, но смещается на нужное конкретному элементу место, чтобы у каждого была видна своя часть. тем самым css свойством background-position, про которое и я уже говорил, и на документацию на русском в соседнем ответе ссылку дали.
если так, то может оно и правильно? при определённых значениях того fi, как раз такой зазубренный график и получается. просто мелко очень, растянуть надо бы