05. maj 2004 - 01:06Der er
24 kommentarer og 1 løsning
Luk et vindue ved klik udenfor, men ikke også indenfor det
Jeg har en situation, hvor jeg har lavet en række links (som ikke er buttons men almindelige links)i et dokument. Hvert link skal åbne et lille vindue med nogle supplerende oplysninger ang. dette link. Når man klikker på det næste link i rækken, skal det gamle lille vindue lukkes automatisk, og efterfølgende skal det erstattes med det nye vindue med sit relevante indhold. Denne facon finder jeg meget brugervenligt i den tilfælde når en længere række links skal alle give nogle ekstra informationer som brugerne selv må bestemme om de vil se dem eller ej. De kan klikke og åbne så mange vinduer som de vil, uden at gøre sig den ulejlighed at bagefter at skulle lukke dem én efter én. For at opnå denne funktion, har jeg brugt følgende velkendte kode:
<body onblur="window.close()">,
Og det virkede uden problemer. MEN! Så fik jeg pludselig behov for at indholdet i det lille vindue også skal kunne printes. Og DET var umuligt, fordi det lille vindue lukkes automatisk også når man klikker (eller højreklikker) i det selv!
Er der nogen der kan få det lille vindue til at blive på skærmen når man foretager sig handlinger i det selv? Fx i mit tilfælde skal det ikke lukkes ved klik på print ikonet som jeg har sat op i det. Det skal dog stadig lukkes ved klik uden for det.
Støv, fibre og metalliske partikler kan påvirke både uptime, levetid og driftssikkerhed. Derfor arbejder flere datacentre systematisk med contamination control.
-- og jeg har brugt en forsinkelse på 50 ms., der burde ikke være et egentligt behov for at gå højere end omkring 1 millisekund, men det er helt ufarligt med en 20.-del sekund !-)
Nej, jeg har ikke flere body tags. 100 milisec. gjorde ikke forskel.
500 virkede og åbnede printeren, men først når jeg klikker på Print i det første åbnede vindue. Men hvis jeg klikker på den næste link uden at jeg bruger Printeren i det første, så får jeg følgende error prompt: "The callee(server[not server application])is not available and disappeared; all connections are invalid. The call did not execute." Min debugger henviser så til den anden linje i den næste kode i hovedvinduet:
function MM_openBrWindow(theURL,winName,features) { //v2.0 window.open(theURL,winName,features); ----> det er denne linje der blev gult.
Ja, så var jeg flittig at prøve med 300. Og det lykkedes!
Tidan kan måske have en sammenhæng med, at browseren skal kalde et andet program for at bliver serviceret af det, men jeg er absolut ikke sikker ...
Bruger du samme winName til alle vinduer ?-)
-- for browserne har det med at tage den slags alvorligt, så der måske er en rest af den forekomst af et browser-vindue tilbage, så det måske forårsager fejlen ?o]
Ja, jeg bruger i dette tilfælde det samme navn til alle vinduerne. Det stammer fra dengang jeg har forsøgt mig med flere forskellige metoder. Når jeg brugte forskellige navne, så kom mange vinduer til at åbnes dengang jeg ikke havde begyndt med onblur="window.close()" Nu vil jeg også eksperimentere med forskellige navne igen, for at se om det kan gå med færre milisec. 1000 tak for din hjælp!
Ja, dette ville kræve en ordentlig gennemgang af hele koden på sitet for at finde fejl, men jeg vil nøjes denne gang med din framragende løsning, og jeg håber pointsene er hjemme ;-)
Det er faktisk en ændring i denne udgave af Eksperten, for i gamle dage var der en del tilfælde, hvor det nærmest var en tilfældig, som fik point, da de automatisk blev uddelt, når der kun var en som havde lagt svar ...
-- det var jo nærmest en opfordring til at lægge en ligegyldig kommentar som svar, hvis man havde brug for at samle nogen sammmen !-)
>>roenving + andre der gider læse ligeså grundigt ;-)
Jeg vender lige tilbage igen. Din kode virkede perfekt hos mig og den gør det stadig. Men jeg har opdaget med tiden, at den kan finde på at være ustabil. Som jeg sagde d. 05/05-2004 02:45:17, brugte jeg en forsinkelse på 300 ms. Men det ser ud som om det næsten kun er min PC hvor koden virker. Både lokalt og hentet fra en remote server. Hos 3 ud af 4 af mine testpersoner, virkede den ikke tilfredsstillende. De kan sagtens bruge Print i popupen, men popupen "gemmer" sig under hovedvinduet ved klik på næste link i hovedvinduet. Indholdet skifter stadig i det som response til de clicks som man foretager sig på linksne i hovedvinduet. Men det (popup) forbliver gemt under hovedvinduet, og kommer ikke frem indtil men ikke kalder det fra processlinjen. Brugerne tror ikke at der sker noget når de klikker, de siger "Jeg klikker, men der sker ikke noget, der er ikke nogen vinduer". Ifølge usability eksperter er det en katastrofesituation.
Jeg legede så lidt med forsinkelsestiderne med testpersonen i tlf. Og det er resultater: - Udover de 300 ms - giver ikke nogen ændringer.Popupsne gemmer sig stadig under hovedvinduet. - På 90 ms og mindre, virker det som ved almindelig <body onblur="window.close()">, altså popupen forsvinder ved klik på Printikonet i det.
Vinduet er også ustabil i denne situation: Jeg klikker på første link som åbner popupen. Inden jeg venter på at popupen kommer frem på skærmen, klikker jeg flere gange hurtigt i træk på det næste af linksne. I denne situation kan komme fx en hurtig og utålmodig bruger, som har fortrydt sin første klik og uden at vente nok for at popupen nåede at åbnes, klikker nu videre på det næste link flere gange utålmodig i sin forsøg på at åbne en anden popup i stedet for. I denne situation "taber" man undervejs popupen "på gulvet", altså det kommer til at gemme sig bag hovedvinduet, og bliver der.
Er der nogen løsninger på dette problem, er der en metode som kan gøre vinduet stabil og uafhængig af system performance?
Kan man uddele points videre her, (giver 30 igen hvis der er nogen løsning), eller skal jeg oprette nyt Spørgsmål for at kunne udgive points?
roenving >> Jo, jeg havde _netop_ læst spørgsmålet grundigt igennem - og den løsning, brugeren er ude i, vil meget let skabe problemer (timeouts kan ofte være vanskelige at styre). Derfor gav jeg den anden løsning, som er enklere - og altid vil fungere ;o)
Jeg kan godt lide jeres begge løsninger ->roenvings fordi den er så genial i sin selvoprydning - den forsvinder af sig selv når brugeren går videre. Sådan har jeg også tænkt det skulle være. Siden har jeg brugt flere dage for at finde den forsinkelses grænseverdi, hvor både vinduets placering onFocus er stabil og printeren er til at bruge. Men der sker nogle mystiske ting i forsøg på at gennemføre den idé, nogle gange virker det hele perfekt med fx 100 ms, og det virker 4-5 første forsøg. Men så pludselig, ligesom vinduet bliver "træt" - gider det ikke mere!(??), og begynder at forsvinde når man klikker på Print. I så tilfælde hjælper kun en "chock terapi" med de 300 ms. OK! Med de 300 ms er vinduet "tam nok" når man klikker på printeren, men er bare så dårlig til at blive onFocus når man hurtig skifter linksne flere gange i træk. Den gemmer sig og lever sit eget liv under overfladen.
->oleboles vindue kan jeg godt lige pga stabiliteten. Det er bare sej og jeg har pludselig fået en desperat tanke om man ikke kunne forlige de to genielle løsninger -lave en kombination med onFocus og timing. Jeg er amatør og ved ikke om det er muligt, men hvad siger eksperterne? (Håber bare ikke I dør af grin).
//for at være sikker på at alle læser det her, vil jeg foreslå at vi fortsætter på mit nyoprettede spm/497379, og vil kopiere denne komentar dertil.
Hej min kære, Hvordan har du i dag, jeg håber, at alle er godt med dig. Jeg er ked af at bekymre dig med min Forslag til et forhold med dig, men jeg ved, at du vil imødekomme min anmodning i god tro og forståelse. Jeg har brug for dig i forretningsbetingelser og rådgive. Mit navn er Grace Dabah jeg bare gik gennem din profil har ingen andre muligheder end at lade dig vide, at jeg er interesseret i at have et forhold med dig, vil jeg også gerne vide dig mere, kan du sende en mail til min e-mail adresse (grace_11dabah @ yahoo.com), så jeg kan sende dig flere oplysninger om mig selv inklusive mit billede. Jeg tror, vi kan gå herfra. Men huske på, at kærlighed ikke har nogen farver barriere, ingen uddannelsesmæssige tilbage jorden barriere, ingen socio-økonomiske barrierer, religiøse, sprog, nationalitet eller afstand hindring, det eneste vigtige der er kærlighed. Jeg venter på din mail til min e-mail adresse ovenfor. Med venlig hilsen, Miss Grace.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
