в скрипте код превьюшки генерируется, хомячки просили сделать опцию чтоб код автоматом копировался.
С флешовым костылем еще и грабли дополнительные, в 10м флеше все сломали.
ну апплет на жабе или javafx это может провернуть, но это толсто. Проще покзать хомячкам код и пущай сами копируют, на всех хостингах изображения примерно таки делается
в осле возможно и уже давно. В мозилле тоже, но только для привилегированного кода (расширения), для сайтов доступа нет.
На самом деле возможность записи была бы полезна, много где используется в мирных целях через костыли. Могли бы уже и в стандарт включить. Чтение действительно не нужно, тут только осел и флеш выделяются, что не удивительно.
>в 10 флэше поведение также изменили в сторону большей секьюрности.
и сломали старые костыли. Раньше был костыль в 109 байт, но теперь он не работает. И найти адекватную замену я так и не смог, только кучу больших костылей с кучей функций и другой логикой работы (которая мне не подходит)
«Clipboard: The ActionScript 2.0 and ActionScript 3.0 API called System.setClipboard(), available in Flash Player 9 and earlier, now requires user interaction to write to the system Clipboard. In addition, the new Clipboard.generalClipboard object in Flash Player 10 can read and write the system Clipboard. Writing to the system Clipboard using either API requires the write to happen as the result of a user-initiated action. In addition, reading from the system Clipboard using the new ActionScript 3.0 API, Clipboard.generalClipboard.getData, can succeed only as the result of a paste event handler. Since a paste event handler can be triggered only by activating the context menu with the mouse (by right-click or Control-click, depending on operating system) or by using the appropriate keyboard shortcut for paste (Control+V or Command+V), APIs executing inside a paste handler are the de facto result of a user-initiated action. These restrictions avoid the problem of a SWF being able to set Clipboard contents unbeknownst to the user.»
>> После того ка в браузер встроят детектор «Мы пришли с миром.»
да ладно. Что такого опасного в операции записи в буфер обмена?
ну мнебы не понравилосьбы вообщето что какойто там сайт, в секрете от меня (так как через javascript а не [CTRL]+[V]) , — просматривает (и возможно отсылает на сервер) МОЙ_ЛИЧНЫЙ и строго ПРИВАТНЫЙ буффер обмена :-) ..
а уж чтобы каоктйо там сайт (в таййне от меня) постоянно просматривал буффер обмена в целях детекрирования там номеров WebMoney-кошельков и при обнаружении таковых --подменялбы их на свои подставные ---- мне вообще такого «щастья» не надо..
..вообще понятия «файл» и «буфер обмена» и «sockets» с точке зрения безопасности — можно щитать какбы синонимами
// p.s.: поэтому я и запрещаю в браузере — Flash, JavaApplets, прочие гавноплугины...
на время таких приступов полезно через elinks в интернеты ходить.
Могли бы включить в html dom функцию только для записи в буфер, было бы меньше всяких флешевых костылей и толстых скриптов.
Хотя меня бы устроила функция в оперовском апи для userjs
>Что такого опасного в операции записи в буфер обмена?
Помню как-то давно, ещё в ie, некоторые сайты добавляли в буфер всякие реферальные ссылки и прочую гадость. Очень хорошо, что сейчас это не работает.
> Что такого опасного в операции записи в буфер обмена?
Фишинг и персональные атаки, например. Если мы знаем, что пользователь собирается скопировать номер счёта и вставить на сайте банка, что бы перевести деньги, то его можно подменить.