Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Fleksible input_felter
0 views
Skip to first unread message
Hans Lommeuld
Apr 21, 2012, 12:31:40 PM4/21/12
to
Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
inputfelter til at være fleksible.
Hilsen
Claus
Alias:"Hans Lommeuld"
inputfelter til at være fleksible.
Hilsen
Claus
Alias:"Hans Lommeuld"
Karl Erik Christensen
Apr 21, 2012, 1:55:46 PM4/21/12
to
Og så vil du vide om det kan lade sig gøre?.
Svaret er - de _er_ fleksible pr. default.
Width definerer antallet af tegn der skal kunne ses i felter.
Lille font-size = lille felt, Stor font-size = stort felt.
Karl Erik.
--
http://dmwebdesign.dk - DM i Webdesign
http://produceret-i.dk/ - Køb danske produkter
http://webdesign.ranunkelvej.com - Artikler om webdesign
Anders Wegge Keller
Apr 21, 2012, 5:08:25 PM4/21/12
to
Hans Lommeuld <hanslo...@gmail.com> writes:
> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> inputfelter til at være fleksible.
Hvis du giver dem en css style som denne:
> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> inputfelter til at være fleksible.
input.fleks {
display: block;
}
Vil du kunne style dem på samme måde som en div. Det bliver lidt mere
kringlet, hvis du også skal have nogle labels på, der skal have en
fast størrelse uanset formens bredde.
--
/Wegge
Leder efter redundant peering af dk.*,linux.debian.*
Anders Wegge Keller
Apr 21, 2012, 6:11:27 PM4/21/12
to
Hans Lommeuld <hanslo...@gmail.com> writes:
> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> inputfelter til at være fleksible.
Jeg blev lidt grebet af opgaven, så jeg endte med at lave et hurtigt
> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> inputfelter til at være fleksible.
hack. Det er for sent om natten til at jeg vil begynde at udsætte det
for IE (faktisk har jeg kun testet i Chrome), så jeg garanterer ikke
for andet end at det ser nogenlunde ud der.
Hvis du (eller andre) kan bruge det til noget, skal i være så
velkomne til det.
<http://flaf.wegge.dk/flexible_input.html>
Birger Sørensen
Apr 21, 2012, 7:34:57 PM4/21/12
to
Anders Wegge Keller forklarede den 21-04-2012:
width : 80px;
text-align : right;
margin-right : 5px;
float : left;
clear : both; // forstås ikke af nogle IE - <br> efter input
nødvendig
}
input {
width : lige så mange px eller em du har brug for;
float : left;
}
Noget med skrifttyper der ikke er ens (og ikke arves fra body eller
andre - kan ikke huske om det er input eller textarea), og der skal
også kompenseres for forskellige default margin/padding i forskellige
browsere.
Hvis formen eller fieldset bruges som blok-element, skal desuden
afsluttes med en clear.
Ellers er det lige ud af landevejen.
Birger
--
http://varmeretter.dk - billig, sund og hurtig mad
http://skippersevent.dk
> Hans Lommeuld <hanslo...@gmail.com> writes:
>
>> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
>> inputfelter til at være fleksible.
>
> Hvis du giver dem en css style som denne:
>
> input.fleks {
> display: block;
> }
>
> Vil du kunne style dem på samme måde som en div. Det bliver lidt mere
> kringlet, hvis du også skal have nogle labels på, der skal have en
> fast størrelse uanset formens bredde.
label {
>
>> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
>> inputfelter til at være fleksible.
>
> Hvis du giver dem en css style som denne:
>
> input.fleks {
> display: block;
> }
>
> Vil du kunne style dem på samme måde som en div. Det bliver lidt mere
> kringlet, hvis du også skal have nogle labels på, der skal have en
> fast størrelse uanset formens bredde.
width : 80px;
text-align : right;
margin-right : 5px;
float : left;
clear : both; // forstås ikke af nogle IE - <br> efter input
nødvendig
}
input {
width : lige så mange px eller em du har brug for;
float : left;
}
Noget med skrifttyper der ikke er ens (og ikke arves fra body eller
andre - kan ikke huske om det er input eller textarea), og der skal
også kompenseres for forskellige default margin/padding i forskellige
browsere.
Hvis formen eller fieldset bruges som blok-element, skal desuden
afsluttes med en clear.
Ellers er det lige ud af landevejen.
Birger
--
http://varmeretter.dk - billig, sund og hurtig mad
http://skippersevent.dk
Anders Wegge Keller
Apr 22, 2012, 4:42:50 AM4/22/12
to
Birger Sørensen <s...@bbsorensen.com> writes:
> Anders Wegge Keller forklarede den 21-04-2012:
> > Hans Lommeuld <hanslo...@gmail.com> writes:
> >
> >> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> >> inputfelter til at være fleksible.
> >
> > Hvis du giver dem en css style som denne:
> >
> > input.fleks {
> > display: block;
> > }
> >
> > Vil du kunne style dem på samme måde som en div. Det bliver lidt mere
> > kringlet, hvis du også skal have nogle labels på, der skal have en
> > fast størrelse uanset formens bredde.
...
> Anders Wegge Keller forklarede den 21-04-2012:
> > Hans Lommeuld <hanslo...@gmail.com> writes:
> >
> >> Jeg har arbejdet lid med fleksibelt sidelayout. Jeg har ikke kunne får
> >> inputfelter til at være fleksible.
> >
> > Hvis du giver dem en css style som denne:
> >
> > input.fleks {
> > display: block;
> > }
> >
> > Vil du kunne style dem på samme måde som en div. Det bliver lidt mere
> > kringlet, hvis du også skal have nogle labels på, der skal have en
> > fast størrelse uanset formens bredde.
> Hvis formen eller fieldset bruges som blok-element, skal desuden
> afsluttes med en clear.
> Ellers er det lige ud af landevejen.
ønsker at elementerne tilpasser sig den sidestørrelse der nu er i det
pågældende tilfælde. Det synes jeg ikke umiddelbart dit eksempel giver
mulighed for.
Birger Sørensen
Apr 22, 2012, 7:40:36 AM4/22/12
to
Anders Wegge Keller kom med følgende:
OK. Det har jeg misforstået så.
Mener heller ikke det er en rigtig fremgangsmåde. Input felter, skal
vel reflektere den mængde data der kan accepteres eller er brug for.
Ikke hvor meget plads der er på skærmen...
Mener heller ikke det er en rigtig fremgangsmåde. Input felter, skal
vel reflektere den mængde data der kan accepteres eller er brug for.
Ikke hvor meget plads der er på skærmen...
Anders Wegge Keller
Apr 22, 2012, 7:58:59 AM4/22/12
to
Birger Sørensen <s...@bbsorensen.com> writes:
> Anders Wegge Keller kom med følgende:
>> OP spurgte efter et fleksibelt layout. Det forstår jeg som om han
>> ønsker at elementerne tilpasser sig den sidestørrelse der nu er i det
>> pågældende tilfælde. Det synes jeg ikke umiddelbart dit eksempel giver
>> mulighed for.
> OK. Det har jeg misforstået så. Mener heller ikke det er en rigtig
> fremgangsmåde. Input felter, skal vel reflektere den mængde data der
> kan accepteres eller er brug for. Ikke hvor meget plads der er på
> skærmen...
Jeg kan nu komme på et par tilfælde:
* Småskærmsbrowsere. Her har jeg en betydeligt bedre brugeroplevelse,
når et inputfelt ekller textarea ikke fylder mere end den plads der
er på skærmen. Det virker bedre for mig at lade browseren i min
telefon om at vise den del af teksten jeg er i gang med, end at jeg
skal ud af feltet for at scrolle sidelæns.
* Store tekstredigeringsvinduer, eksempelvis som på wikipedia, kan
med fordel opsuge al den plads der er til rådighed. Med de store
tekstmængder det ofte kan udvikle sig til, synes jeg det er rart at
kunne få nogle længere linier at arbejde med i
redigeringstilstanden.
Argumentet for småskærmsbrowsere, kan også udvides til teraditionelle
fuldskræmsbrowsere. Jeg synes det er rimeligt kikset, hvis det er
størrelsen på et formularfelt, der fremtvinger vandret scroll. Der vil
jeg meget hellere have feltet til at indskrænke sig, og lade browseren
om at udvælge det aktuelle arbejdsområde.
> Anders Wegge Keller kom med følgende:
>> OP spurgte efter et fleksibelt layout. Det forstår jeg som om han
>> ønsker at elementerne tilpasser sig den sidestørrelse der nu er i det
>> pågældende tilfælde. Det synes jeg ikke umiddelbart dit eksempel giver
>> mulighed for.
> OK. Det har jeg misforstået så. Mener heller ikke det er en rigtig
> fremgangsmåde. Input felter, skal vel reflektere den mængde data der
> kan accepteres eller er brug for. Ikke hvor meget plads der er på
> skærmen...
* Småskærmsbrowsere. Her har jeg en betydeligt bedre brugeroplevelse,
når et inputfelt ekller textarea ikke fylder mere end den plads der
er på skærmen. Det virker bedre for mig at lade browseren i min
telefon om at vise den del af teksten jeg er i gang med, end at jeg
skal ud af feltet for at scrolle sidelæns.
* Store tekstredigeringsvinduer, eksempelvis som på wikipedia, kan
med fordel opsuge al den plads der er til rådighed. Med de store
tekstmængder det ofte kan udvikle sig til, synes jeg det er rart at
kunne få nogle længere linier at arbejde med i
redigeringstilstanden.
Argumentet for småskærmsbrowsere, kan også udvides til teraditionelle
fuldskræmsbrowsere. Jeg synes det er rimeligt kikset, hvis det er
størrelsen på et formularfelt, der fremtvinger vandret scroll. Der vil
jeg meget hellere have feltet til at indskrænke sig, og lade browseren
om at udvælge det aktuelle arbejdsområde.
Birger Sørensen
Apr 22, 2012, 8:41:48 AM4/22/12
to
"Småskærme" er et kapitel for sig. Og de er så tilpas anderledes, at de
skal have deres egen site - eller må leve med at sitet ikke er designet
med dem som mål. Ellers ender vi i en systemkrig, mage til den tilbage
i '60'erne (her overdrives en smule...).
Anders Wegge Keller
Apr 22, 2012, 5:37:16 PM4/22/12
to
Birger Sørensen <s...@bbsorensen.com> writes:
> "Småskærme" er et kapitel for sig. Og de er så tilpas anderledes, at
> de skal have deres egen site - eller må leve med at sitet ikke er
> designet med dem som mål. Ellers ender vi i en systemkrig, mage til
> den tilbage i '60'erne (her overdrives en smule...).
Nu er jeg ikke helt gammel nok til at have oplevet den omtalte
> "Småskærme" er et kapitel for sig. Og de er så tilpas anderledes, at
> de skal have deres egen site - eller må leve med at sitet ikke er
> designet med dem som mål. Ellers ender vi i en systemkrig, mage til
> den tilbage i '60'erne (her overdrives en smule...).
systemkrig, så jeg aner ikke hvad det er for en (spidsvinklet)
sammenligning du er ved at lave. Hvis det er en vigtig pointe, må du
gerne give et hint om hvorvidt det er ASCII/EBCDIC, VMS/370 eller
noget helt tredie?
Hvad angår mobile browsere vs. desktop, så mener jeg at det er helt
forfejlet at lave to separate sites. Vi har haft @media handheld i
snart 14 år, så der skal en rimelig god undskyldning til for ikke at
bruge CSS til at målrette indholdet mod de to segmenter.
Birger Sørensen
Apr 22, 2012, 6:19:57 PM4/22/12
to
Anders Wegge Keller:
Det var nu browserkrigen jeg mente - forskellige sider til forskellige
browsere.
Iflg W3C, skal håndholdte have siderne serveret i XHTML Basic 1.1 - som
er en amputeret HTML 4.
http://www.w3.org/TR/2008/REC-xhtml-basic-20080729/
Der er også best practises
http://www.w3.org/TR/mobile-bp/
hvor vist ikke ret mange sider skrevet til PC'ere, kan være med.
På sidstnævnte, kan f.eks. se, at man skal undgå scripting, og undgå
menuer i toppen. Begge dele findes på den side der egentlig blev spurgt
om... Og det kan da godt være at "ungdommen" vil have slip og slide, og
op og nedtoning - men det du'r altså faktisk ikke til mobiler.
Vi kan altså enten gå tilbage til noget der ligner HTML 4, - eller
designe to sider.
Eller glemme at den moderne teknologi (eller i hvert fald dele af den)
hænger bagud for det eksisterende på nettet, og bruge de muligheder der
er i HTML4.01 eller HTML 5, og så acceptere, at det måske ikke er
muligt at se dem på "de små skærme".
Det er da fint, at jeg kan skrive noget CSS, der virker til mobiler -
det er bare ikke til ret meget, når HTML'en ikke du'r.
browsere.
Iflg W3C, skal håndholdte have siderne serveret i XHTML Basic 1.1 - som
er en amputeret HTML 4.
http://www.w3.org/TR/2008/REC-xhtml-basic-20080729/
Der er også best practises
http://www.w3.org/TR/mobile-bp/
hvor vist ikke ret mange sider skrevet til PC'ere, kan være med.
På sidstnævnte, kan f.eks. se, at man skal undgå scripting, og undgå
menuer i toppen. Begge dele findes på den side der egentlig blev spurgt
om... Og det kan da godt være at "ungdommen" vil have slip og slide, og
op og nedtoning - men det du'r altså faktisk ikke til mobiler.
Vi kan altså enten gå tilbage til noget der ligner HTML 4, - eller
designe to sider.
Eller glemme at den moderne teknologi (eller i hvert fald dele af den)
hænger bagud for det eksisterende på nettet, og bruge de muligheder der
er i HTML4.01 eller HTML 5, og så acceptere, at det måske ikke er
muligt at se dem på "de små skærme".
Det er da fint, at jeg kan skrive noget CSS, der virker til mobiler -
det er bare ikke til ret meget, når HTML'en ikke du'r.
Rune Jensen
Apr 23, 2012, 1:21:04 AM4/23/12
to
On Apr 23, 12:19 am, Birger Sørensen <s...@bbsorensen.com> wrote:
> Det var nu browserkrigen jeg mente - forskellige sider til forskellige
> browsere.
Hvilke browsere var i krig i 60'erne?
> Det var nu browserkrigen jeg mente - forskellige sider til forskellige
> browsere.
I 80'erne sad man stadig og kommunikarede via bulletin boards i USA,
og internettet kom først for alvor til DK i start-halvfemserne...
Opasia, you know...
:)
MVH
Rune Jensen
0 new messages