Manau, dėk į paprastą div'ą ir nesuk galvos, svarbu, kad tai ką reikia 
nukopijuot būtų ne mikroskopinio dydžio ir normalaus kontrasto.

Jei bijai, kad nukopijuos su tarpu, trim'ink slaptažodį po įvedimo į 
prisijungimo formą (ar kur ten jį reikės vesti), taip apsisaugosi nuo 
netinkamai nukopijuoto ir neveikiančio slaptažodžio.



Martinas wrote:
> na, jei kalbėt apie būtent mano atvejį, tai parodyt būtina.
> yra sugeneruotas passwordas, kurį jūzeriui reikia leisti 
> paselectint/nusikopijuot. kvailam jūzeriui geriausia tai padaryt kai jis 
> apribotas vien fieldo viduje, todėl ir buvo pasirinktas tokis va būdas. 
> bet pasirodo vienas kvailas jūzeris nusprendė, kad nori naudotis Chrome 
> ir jam va pasirodė keista, kad veikia kažkaip ne taip..
> Man irgi pasirodė keista, todėl nusprendžiau pasidalint mintimis ir 
> idėjomis su kolegomis ;-)
> 
> tOMZY wrote:
>> O jį parodyt išvis būtina?
>> neužtektų <input type="hidden" id="blah" name="blah" value="blah blah" 
>> /> ?
>>
>> "Martinas" <martinas@blah_ba.di_blah.com> wrote in message 
>> news:gtu2s3$klt$1@trimpas.omnitel.net...
>>> Tiek Chrome, tiek Safari keistai elgiasi su readonly inputais, kai 
>>> norima selectinti tekstą jame. Selectinant galima išeiti iš fieldo 
>>> ribų ir selectinti viską aplink. Pagal mano supratimą apie input 
>>> fieldus, focusas turėtų būti TIK fieldo viduje bet kokiu atveju 
>>> (išskyrus disabled).. ff/ie kaip tik taip ir veikia.
>>>
>>> pavyzduks, jei kam norėsis patestuot:
>>> <p>
>>>     text text text
>>>     <input type="text" id="blah" name="blah" readonly="readonly" 
>>> value="blah blah" />
>>> </p>
>>>
>>> Taigi, klausimas būtų toks: ar toks ir turėtų būti behaviouras esant 
>>> tokiai situacijai? Jei ne, kokie būdai išspręsti kitaip? Nedėt 
>>> readonly ir stripinti bet kokį įvestą simbolį su js irgi kažkaip 
>>> keista..
>>>