---

Hej.

Jeg har mere eller mindre direkte stillet nogle spørgsmål rundt omkring i de
forskellige tråde.

For en god ordens skyld er her en follow up.

Centreringen af 'hoved div' (incl position:absolute) er løst vha. Birgers
input.

Jeg kan ikke selv forklare det, men det har noget at gøre med at fastsætte
en bredde.

Uden javascript virkede det fint, men med javascript skal man selv justere
bredden efter indlæsning af nye data.

Det medførte et andet problem, nemlig, at teksten i visse tilfælde ikke
kunne være der, eller rettere gjorde div'en for bred i forhold til
billedet.

Min løsning var så at sætte white-space:pre, hvilket også virker fint i FF,
og så kan brugeren selv tilpasse teksten ved upload/rettelse af billeder.

Det her er så lidt javascript, men:
Jeg bruger teksten fra alt i de små billeder, og satte den vha. .innerHTML.

Det sked IE på, og resetter tilsyneladende white-space:pre, og dermed blev
billederne(div) igen for brede i IE.

Jeg kom i tanke om at bruge innerText/textContent i stedet, og så virker det
gud hjælpe mig også i IE(6).

Blot en follow up hvis andre skulle støde på et tilsvarende problem engang.

<http://w-o-p-r.dk/gallery/gallery.show.this.asp?GalleryOwner=Stig+Johansen&GalleryName=Samme%5Fbredde%5Fmed%5Fclip&Picturenumber=1>


--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
[...]
> Det medførte et andet problem, nemlig, at teksten i visse tilfælde ikke
> kunne være der, eller rettere gjorde div'en for bred i forhold til
> billedet.

<SNIP>

> Blot en follow up hvis andre skulle støde på et tilsvarende problem engang.
>
> <http://w-o-p-r.dk/gallery/gallery.show.this.asp?GalleryOwner=Stig+Johansen&GalleryName=Samme%5Fbredde%5Fmed%5Fclip&Picturenumber=1>

PRE skal man passe lidt på med, da nogle skrifttyper er bredere end
andre. F.eks. Verdana ifht. Arial. De fleste har nok en
Courier-font-type af en art, men det er vel et spørgsmål, om de alle er
samme bredde.

Normalt så skal en tekst-linje "brækkes", når den når kanten i højre
side, så måske det er lidt interessant at vide, hvorfor den ikke gør
det... Det kan være fordi, man bruger position:absolute, hvor teksten
tages ud af sidens flow - f.eks.

Har jeg misforstået noget mht. problemet?


MVH
Rune Jensen

---

Rune Jensen wrote:

> Stig Johansen skrev:
>>
<http://w-o-p-r.dk/gallery/gallery.show.this.asp?GalleryOwner=Stig+Johansen&GalleryName=Samme%5Fbredde%5Fmed%5Fclip&Picturenumber=1>
>
> PRE skal man passe lidt på med, da nogle skrifttyper er bredere end
> andre. F.eks. Verdana ifht. Arial. De fleste har nok en
> Courier-font-type af en art, men det er vel et spørgsmål, om de alle er
> samme bredde.
>
> Normalt så skal en tekst-linje "brækkes", når den når kanten i højre
> side, så måske det er lidt interessant at vide, hvorfor den ikke gør
> det... Det kan være fordi, man bruger position:absolute, hvor teksten
> tages ud af sidens flow - f.eks.
>
> Har jeg misforstået noget mht. problemet?

Ja.

Jeg bruger ikke <pre>, men white-space:pre i en <p>.

Men humlen er, at div'en ikke har nogen bredde, da den skal tilpasse sig
efter billedet.

Da den ikke har noge bredde, vil den blive lige så bred som teksten er lang,
og derved vil det se 'asymmetrisk' ud.

Jeg laver lige en med en tekst uden linieskift, hæng lige på....
Så lagde jeg en ind:
<http://w-o-p-r.dk/gallery/gallery.show.this.asp?GalleryOwner=Stig+Johansen&GalleryName=Samme%5Fbredde%5Fmed%5Fclip&Picturenumber=7>

Jeg kører godt nok med white-space:pre, men uden linieskift i teksten her.

Men same effekt sker hvis jeg kører uden whitespace:pre.

Jeg ser det ikke som et problem, nærmere en fordel, da teksten bliver vist
præcist som indtastet i <textarea>'et under oprettelsen.

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> PRE skal man passe lidt på med, da nogle skrifttyper er bredere end
> andre. F.eks. Verdana ifht. Arial.

Default vises <pre> med en monospace font.

> Normalt så skal en tekst-linje "brækkes", når den når kanten i højre
> side, så måske det er lidt interessant at vide, hvorfor den ikke gør
> det...

Hvis teksten står i en <pre>, bliver den ikke ombrudt ved browserens
højrekant men fortsætter indtil den skrevne linje er slut. Sådan _skal_
<pre> opføre sig.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk - http://ginnerskov.dk
http://html-faq.dk

---

Erik Ginnerskov skrev:
> Rune Jensen wrote:
>
>> PRE skal man passe lidt på med, da nogle skrifttyper er bredere end
>> andre. F.eks. Verdana ifht. Arial.
>
> Default vises <pre> med en monospace font.
>
>> Normalt så skal en tekst-linje "brækkes", når den når kanten i højre
>> side, så måske det er lidt interessant at vide, hvorfor den ikke gør
>> det...
>
> Hvis teksten står i en <pre>, bliver den ikke ombrudt ved browserens
> højrekant men fortsætter indtil den skrevne linje er slut. Sådan _skal_
> <pre> opføre sig.

Naturligvis. Jeg tænkte på inden der kom en <pre> på. Alm. inline tekst
skal "knække", når den når grænsen af boksens højre side. En grund til,
den måske ikke gør det kan være position: absolute.

Men det er vel ikke så interessant nu, hvor Stig lader til at have løst
problemet, så betragt det mere som et sidespor end egentligt brugbart ;)

Som en update, så ser f.eks. dette:
http://w-o-p-r.dk/test/galleri.poc2.html

ganske fint ud i FF. Opera brokker sig lidt med hvilken side, den skal
lukke op og i til, den kan tilsyneladende ikke rigtigt bestemme sig ;)
men den "flakker" ikke, hvilket er en stor forbedring af
brugerintrykket. Faktisk er det ret imponerende godt arbejde - synes
jeg. Glæder mig til en "official release" (eller hedder det Release
Candidate nu om stunder).


MVH
Rune Jensen

---

Rune Jensen skrev:

> Glæder mig til en "official release" (eller hedder det Release
> Candidate nu om stunder).

Release er vel den process der indeholder det at det bliver udgivet,
mens "release candidate" er den ting der bliver udgivet?

Noget andet er at jeg troede at RC var skridtet før den officielle
udgivelse. Altså en mellemting mellem beta- og færdig version.


--
Philip - http://www.chartbase.dk | http://www.hitsurf.dk

---

Philip Nunnegaard wrote:

> Release er vel den process der indeholder det at det bliver udgivet,
> mens "release candidate" er den ting der bliver udgivet?
>
> Noget andet er at jeg troede at RC var skridtet før den officielle
> udgivelse. Altså en mellemting mellem beta- og færdig version.

Det er det også.
Man snakker om beta --> RC --> RTM (Ready To Market).

Hvorfor man skulle have release candidates ind mellem beta og færdigt
produkt, ved jeg ikke, for i princippet er det stadig en beta.

--
Med venlig hilsen
Stig Johansen

---

Se inline.

On Thu, 05 Nov 2009 23:20:16 +0100, Stig Johansen <wopr.dk@gmaill.com>
wrote:

>Man snakker om beta --> RC --> RTM (Ready To Market).

RTM Release to Manufacturer.

>Hvorfor man skulle have release candidates ind mellem beta og færdigt
>produkt, ved jeg ikke, for i princippet er det stadig en beta.
En RC er en lidt speciel beta, den er meget kort og kun såkaldte
Showstopper bugs (Alvorlige fejl) tages i betragtning. Der kan være
mindre betydende bugs som man vælger at dokumentere (Som f.eks. i
dansk Windows XP hvor teksten til et par menu punkter var byttet om).
Disse bliver så rettet senere.
Er der ingen alvorlige fejl bliver den ophøjet til RTM.

---

Rune Jensen wrote:

> Glæder mig til en "official release" (eller hedder det Release
> Candidate nu om stunder).

Der bliver ikke nogen 'official' release.
Min interesse var mere de tekniske aspekter, og ikke så meget layout'et.

Layout kan man langt hen ad vejen styre via parametre i databasen,
størrelser på thumbnails i hhv. oversigt og 'filmstrimmel'.

På de 'store billeder', styres det af en template man angiver, så brugeren
bestermmer selv hvordan det skal se ud, og om der skal være en
næste/forrige knap m.v.

I forhold til dit link, så har jeg lagt 'shift type' i databasen, og ikke
som et valg fra den besøgende.

Tanken men 'theater' var, at lave et glidende clip, så 'gardinerne' bliver
trukket fra, men det tror jeg ikke bliver godt hvis man har forskellige
størrelse af billeder.

Jeg har eksperimenteret lidt med et halvgennemsigtigt overlay, som bliver
brugt i lightbox, men der er lidt noget ged med de skiftende størrelse af
billeder.

Men alt i alt, så ser jeg ikke nogle tekniske problemer, som jeg er
interesseret i at løse, så der sker nok ikke mere på den front.

Ok, måske laver jeg det der clip - engang.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen wrote:

> Min interesse var mere de tekniske aspekter, og ikke så meget layout'et.

Du kan se lidt varianter her:
<http://w-o-p-r.dk/gallery/>
Det er lidt en blandet landhandel, hvor jeg har brugt data til forskellige
ting.

Størrelsen på thumbnails er styret ved upload, og jeg har vistnok rettet på
parametre efterfølgende, så der kan forekomme forvrængninger hist og pist.

Det er heller ikke alle, der har næste/forrige, og som sagt ligger styles
også i en template, så nogle steder ligger overskriften over billedet, og
andre steder under.

De stærke baggrundsfarver er kun valgt for jeg kan se hvor de forskellige
div'er er.

Samme med borders rundt omkring, lidt ideforladt, men igen kun for at se 'at
det kan lade sig gøre'.

Jeg havde sådan en lille plan om at lave en template, hvor billedet bliver
indrammet i en slags juleguirlande, men det bliver nok for komplekst for
mig.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
> Stig Johansen wrote:
>
>> Min interesse var mere de tekniske aspekter, og ikke så meget layout'et.

Joh, men det kan jo godt være, det kan bruges sådan til andet også.. var
hvad jeg tænkte. Jeg har ikke opdateret galleriet på webdesigngruppen,
for jeg ville lige se, hvordan det her blev.

> Du kan se lidt varianter her:
> <http://w-o-p-r.dk/gallery/>
> Det er lidt en blandet landhandel, hvor jeg har brugt data til forskellige
> ting.
<SNIP>
> Jeg havde sådan en lille plan om at lave en template, hvor billedet bliver
> indrammet i en slags juleguirlande, men det bliver nok for komplekst for
> mig.

Ikke fordi, jeg kan da godt se, det kan ende med at være tidskrævende
så, og det er da fair nok.. men idéen med færdige templates og måske
endda temaer, synes jeg er god. Nok have bare ét færdigt template i
hvert fald, som man kan afprøve de forskellige værdier på, og så man får
en fornemmelse af funktionen..

Juleguirlander? Kan man stjæle på Google, hvis det er ;) altså hvis det
er noget grafisk. Hmm.. kan man selv lægge DIVer udenom billedet?

...er det muligt forholdsvist let at overføre til egne sider - tænker på
databaser og sådan? Der skulle vidst være samme muligheder på Azero, som
hos Unoeruo.


MVH
Rune Jensen

---

Rune Jensen skrev:

> Juleguirlander? Kan man stjæle på Google, hvis det er ;) altså hvis det
> er noget grafisk. Hmm.. kan man selv lægge DIVer udenom billedet?

Nu har jeg smækket nogle farver på mit galleri i hver side, samt i
toppen - det kan man erstatte med baggrundsbilleder af guirlander -
sådan, du mente det?


MVH
Rune Jensen

---

Rune Jensen skrev:
> Rune Jensen skrev:
>
>> Juleguirlander? Kan man stjæle på Google, hvis det er ;) altså hvis
>> det er noget grafisk. Hmm.. kan man selv lægge DIVer udenom billedet?
>
> Nu har jeg smækket nogle farver på mit galleri i hver side, samt i
> toppen - det kan man erstatte med baggrundsbilleder af guirlander -
> sådan, du mente det?

Ja, OK, kunne ikke lige finde nogle guirlander (og hvad hedder det så på
engelsk?), så jeg lagde nogle.. sommerfugle ser det ud til at være...
ind i stedet. I gamle dage, der var der dusinvis af de dér sider med
"bordergrafik". Det er dem, man skal ha' fat i.

Men det er ikke så svært, man skal bare ha' grafikken. Og så skal der
muligvis kompenseres lidt for hjørnerne.


MVH
Rune Jensen

---

Rune Jensen wrote:

> Men det er ikke så svært, man skal bare ha' grafikken.

Intet er svært, hvis man kan det, men jeg har aldrig rigtig beskæftiget mig
med layout, så jeg ville ikke rigtig vide hvor jeg skal starte og slutte.

Dog forestiller jeg mig, at det er noget med 4 hjørne og 2
lodrette/vandrette baggrundsbilleder.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
> Rune Jensen wrote:
>
>> Men det er ikke så svært, man skal bare ha' grafikken.
>
> Intet er svært, hvis man kan det, men jeg har aldrig rigtig beskæftiget mig
> med layout, så jeg ville ikke rigtig vide hvor jeg skal starte og slutte.

Det er i virkeligheden én af de store forskelle på DIVs og table.

I table, der sætter man bokse ved siden af hinanden, så det er nemt at
se, hvor hver hører til. Med DIVs, der hegner man mere de forskellige
DIVs inde i hinanden og giver hver DIV et fortsættende baggrundsbillede.

Sådan:

1 du har et billede <img> (en boks) med fast bredde/højde

2. Det omhegner du med en DIV med en padding-right på bredden af ønsket
baggrundsbillede i venstre side. Denne DIV vil tage nøjagtig størrelse
af billedet PLUS egen padding og (<img>s margin, som forudsættes er 0)

3. Så giver du denne DIV en repeat-y, og sørger for, at
baggrundsbilledet placeres i højre side, hvor der er padding. Jeg bruger
den korte notation:

background: #color url(URL) backgroundrepeat(-direction)
x-backgroundposition y-background-position

4. Når du har en DIV udenom, så ligger den højere i stacken, hvilket
udnyttes til at vise baggrundbilledet

5. Indhegn både billede og forrige DIV med endnu en DIV

6 Den giver du en padding-left på bredden af ønsket baggrundsbillede i
venstre side

7. Og så fortsættes som ovenfor - samme teknik med top og bund, her skal
der bare bruges repeat-x i stedet for repeat-y på background

Hvis du har lidt tålmodighed, så skal jeg flikke noget sammen, hvor man
kan se det. Men som sagt - hav lidt tålmodighed (det indebærer
grafikbehandling på en Vista).

> Dog forestiller jeg mig, at det er noget med 4 hjørne og 2
> lodrette/vandrette baggrundsbilleder.

Ja - her er table så DIVs overlegen. For med ovenstående kan man kun få
siderne med DIVs, ikke hjørnerne. Her gjorde jeg før i tiden det, at jeg
specifikt lavede en DIV for hvert hjørne med en størrelse på de to
omkransende DIVers padding. Det virkede bare ikke altid, fordi... hvis
man omkranser blokke, har man styr på størrelserne, men sætter men DIVer
ved siden af hinanden, så risikerer man, at de forskellige browsere ikke
viser det ens.

Måske blev W3C trætte af den evige kamp imellem table-nørder og
CSS/DIV-fanatikere, og kom op med dette for at lukke munden på begge
"lejre":

http://www.w3.org/TR/css3-background/#border-images

tag den!


MVH
Rune Jensen

---

Rune Jensen skrev:

> http://www.w3.org/TR/css3-background/#border-images

Som man nok bedre kan se mulighederne med her:
http://www.w3.org/TR/2002/WD-css3-border-20021107/#the-border-image-uri

...så kan man nok forstå der er nogle, som gerne ser CSS3 indført i en
vis fart ;)


MVH
Rune Jensen

---

Rune Jensen skrev:

<SNIP>
> 2. Det omhegner du med en DIV med en padding-right på bredden af ønsket
> baggrundsbillede i venstre side.

Sludder. Højre side.

Og så skal siges, at padding så vidt jeg husker har tendenser til at
vises forskkelligt, alt efter boks-model og Doc Type. Derfor plejer jeg
at sætte margin på indre boks i stedet for padding på ydre, da den er
éntydig.


MVH
Rune Jensen

---

Rune Jensen wrote:

> Det virkede bare ikke altid, fordi... hvis
> man omkranser blokke, har man styr på størrelserne, men sætter men DIVer
> ved siden af hinanden, så risikerer man, at de forskellige browsere ikke
> viser det ens.

Så er det godt jeg ikke prøvede at flikke noget sammen :)

'Problemet' er, at jeg ikke kan sætte faste størrelse på de forskellige
div'er, da billederne kan variere i størrelse.

Jeg er så småt i gang med at lave et 'template' library, og er stater med at
finde noget gammelt javascript jeg havde liggende til at åbne (popup)
vinduer i.

Du kan se de første spæde tiltag under rettelse af et galleri.

Der er ikke rigtig felter og data, blot for at konstatere at data kan
overføres.

Jeg forestiller mig, at et sådane library er tilgængeligt for alle, men
alligevel grupperet under ejer samt et eller andet navn.

Under hent forestiller jeg mig, at man kan få en liste over eller, eller
speficikke ejere, så søgningen lettes.

Men først skal der laves noget bagvedliggende databasestruktur og noget
kode.

Det kan være vi skal skifte over i Gonzales, da andre ikke kan komme ind og
se hvad vi snakker om.

Men der sker ikke noget lige med det samme.

Det der med at skifte templates, var bare en ide sådan lidt a la Google,
hvor de skifter temaer/udseende op til jul og påske og den slags.

På den måde kan man have en 'normal' template, og sætte lidt julepynt på til
jul, eller påskekyllinger til påske.

For at kunne gøre det har jeg brug for dette 'library'.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
> Rune Jensen wrote:
>
>> Det virkede bare ikke altid, fordi... hvis
>> man omkranser blokke, har man styr på størrelserne, men sætter men DIVer
>> ved siden af hinanden, så risikerer man, at de forskellige browsere ikke
>> viser det ens.
>
> Så er det godt jeg ikke prøvede at flikke noget sammen :)
>
> 'Problemet' er, at jeg ikke kan sætte faste størrelse på de forskellige
> div'er, da billederne kan variere i størrelse.

Dette er ikke som sådan et problem, da hver DIV udenom tager størrelse
efter maks størrelse af elementer indeni. Det element, som omhegner er
afhængig af størrelser indeni. Men hvis man placerer to DIVs ved siden
af hianden, så har de ikke nødvendigvis afhængighed. Det er her, en af
forskellene er til celler i en tabel, hvor hver celle er afhængig af
resten af tabellen og dennes celler/rækker kollonner.

> Jeg er så småt i gang med at lave et 'template' library, og er stater med at
> finde noget gammelt javascript jeg havde liggende til at åbne (popup)
> vinduer i.

Jeg kom på en anden ting. Når man hover, og der zoomes op, kan thumbnail
risikere at overlappe nabothumbnailen. Det bør ret nemt kunne klares med
en "indikator" i toppen af hver thumbnail, som fungerer på samme måde
som hover oover samme thumbnail. Den "indikator" (kan være billedets
nummer), skal så altid være synlig - man kunne også lave denne som en
del af selve thumbnail, meeenn... det er til brainstorming.

Ovenstående med en indikator, vil formentlig kræve, at man tilføjer
yderligere javascript, da det (tror jeg ikke) vil kunne sammenføjes via
HTML.

> Du kan se de første spæde tiltag under rettelse af et galleri.
>
> Der er ikke rigtig felter og data, blot for at konstatere at data kan
> overføres.
>
> Jeg forestiller mig, at et sådane library er tilgængeligt for alle, men
> alligevel grupperet under ejer samt et eller andet navn.
>
> Under hent forestiller jeg mig, at man kan få en liste over eller, eller
> speficikke ejere, så søgningen lettes.
>
> Men først skal der laves noget bagvedliggende databasestruktur og noget
> kode.
>
> Det kan være vi skal skifte over i Gonzales, da andre ikke kan komme ind og
> se hvad vi snakker om.
>
> Men der sker ikke noget lige med det samme.

Det er bare helt OK - jeg laver også det her imellem andre ting.

> Det der med at skifte templates, var bare en ide sådan lidt a la Google,
> hvor de skifter temaer/udseende op til jul og påske og den slags.
>
> På den måde kan man have en 'normal' template, og sætte lidt julepynt på til
> jul, eller påskekyllinger til påske.
>
> For at kunne gøre det har jeg brug for dette 'library'.

det er ikke så svært at lave templates udfra dit script - teknikken skal
selvfølgelig kendes eller læres, men når først man har lært den, kan den
bare gentages i uendelige former, for så er det det samme om igen.

Jeg er i gang med noget guide-værk til border-grafik (dog i første
omgang uden hjørner), så får jeg også testet galleriet noget mere.
Gonzales skulle få nogle første-inputs omkring middag.


MVH
Rune Jensen

---

Rune Jensen wrote:

> Jeg kom på en anden ting. Når man hover, og der zoomes op, kan thumbnail
> risikere at overlappe nabothumbnailen. Det bør ret nemt kunne klares med
> en "indikator" i toppen af hver thumbnail, som fungerer på samme måde
> som hover oover samme thumbnail.

Udgangspunkter er, at den zoomede størrelse er ca. dobbelt så stor som det
viste.

Men zoomfaktoren kan angives i parameteren (jeg ved godt det ikke er
sigende):
'Zoom(Zoomsize = [10+zoom]/10)'
men hvis man f.eks. angiver 6, så bliver der zoomet til 1,6 gange størrelse,
og dermed burde der ikke være overlap.

> Jeg er i gang med noget guide-værk til border-grafik (dog i første
> omgang uden hjørner), så får jeg også testet galleriet noget mere.

Lige nu er jeg igang med at elaborere over noget SJAT til brug for disse
'libraries', så indtil videre er jeg ikke kommet videre med opbygning af
'template library'

> Gonzales skulle få nogle første-inputs omkring middag.

Jeg tror der går noget tid med at elaborere over ovennævnte, så det går der
nok lidt tid med.

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> Jeg kom på en anden ting. Når man hover, og der zoomes op, kan thumbnail
> risikere at overlappe nabothumbnailen.

Kiggede lige på dine data.

De konceptuelle forudsætninger er, at højder/bredder er defineret inden
upload af billeder, da preprocessing sker der.

Så hvis man ændrer højde/bredde/aspect ratio, så skal man uploade billederne
igen for at få det til at se rigtigt ud.

Prøv at uploade (=ret billeder under ret galleri) billederne igen under de
nye forudsætninger, så burde det passe med zoomfaktor 1,9, og dermed ingen
overlap.

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen wrote:

> Det kan være vi skal skifte over i Gonzales, da andre ikke kan komme ind
> og se hvad vi snakker om.

For en god ordens skyld vil jeg lige nævne, at der ikke er tale om
hemmelighedskræmmeri, med sikkerhed/abuse.

Da jeg ikke ønsker, at alle og enhver kan oprette sig, og etablere
templates, m.v, som indeholder rå html/javascript kode, har jeg et simpelt
'forsvar', som går på at restricte på IP-adresse.

Dvs. med rå kode mener jeg, at enhver, der har adgang kan udnytte det som
placeholder/redirector osv, og det ønsker jeg ikke.

I det virkelige liv, bør man have en autoritations procedure, hvor man
sender en e-mail til en nyoprettet bruger, for derefter at aktivere denne
login.

Hvis der er nogle, der ønsker at se 'tingene' i funktion (selvom de er
grimme), så send en mail med IP adressen, så laver jeg en IP check
funktion, hvor der er åbent.

Jeg har ikke til hensigt at lave forkromede autorisationsmekanismer, så der
kommer ikke en 'offentlig' adgang.

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> Juleguirlander? Kan man stjæle på Google, hvis det er ;) altså hvis det
> er noget grafisk. Hmm.. kan man selv lægge DIVer udenom billedet?

Ja, eller TABLES :)
Her er den template jeg har brugt til test i det ene eksempel:
"Test af samme bredde, hvor der bliver justeret med clip (aspect ratio 4:3)"
...template..
<div class="testdiv">
<#head#>
</div>

<table class="test"><tr>
<td><#prev.start#><img src="/images/arrow-back.jpg"/><#prev.end#></td>
<td><#image#></td>
<td><#next.start#><img src="/images/arrow-forward.jpg"/><#next.end#></td>
</tr></table>

<#text#>

<div>
Billede <#imgnbr#> ud af <#imgcount#>
</div>
<div><#close.start#>Luk dette<#close.end#></div>

...style..

> ..er det muligt forholdsvist let at overføre til egne sider - tænker på
> databaser og sådan? Der skulle vidst være samme muligheder på Azero, som
> hos Unoeruo.

Det er lavet sådan, så man selv kan installere det fra bunden, faktisk uden
at kende til ASP/databaser.

Visse af funktionerne er spærret på IP, så det kun er dig, der kan komme ind
og se/(op)rette.

Procedure er ca.
1) Byg en tom database - den funktion har jeg liggende.
2) Opret tabeller og indexer - det gøres ved at copy/paste definitionerne
fra <http://w-o-p-r.dk/gallery/database.1.html> ind i det gennerelle sql
tool - har også liggende.
3) Rette en connection string i en include fil.
4) kopiere kildetekster/javascript, og hoved css'et skal nok ud i en
separat .css fil (to do).

Så burde det være køreklart i den form det nu er i.

Med hensyn til færdige templates, så overvejer jeg at lave et dataset med
templates, eller kald det bibliotek, hvor man kan gemme eller hente
templates (styles/javascript).

Men da jeg ikke er designer, er jeg ikke i stand til at lave nogle
eksempler, der ikke ser grinagtige ud.

Det jeg har lavet med border og osv, er kun for at teste sammenhæng mellem
størrelser/centrering.

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> Joh, men det kan jo godt være, det kan bruges sådan til andet også.. var
> hvad jeg tænkte. Jeg har ikke opdateret galleriet på webdesigngruppen,
> for jeg ville lige se, hvordan det her blev.

He - det var da også en af årsagerne til jeg kastede mig over det.

Altså at give impulser til forskellige (fundamentale) løsninger.

Som nævnt er man velkommen til at lægge det på webdesigngruppen med en
tilhørende beskrivelse/vejledning, men så skal der gøres noget ved layoutet
af de forskellige funktioner, og sikkert også navigering og resultater.

De data jeg udskriver ved (op) rettelse er ret intetsigende for brugere.

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> Opera brokker sig lidt med hvilken side, den skal
> lukke op og i til, den kan tilsyneladende ikke rigtigt bestemme sig ;)

Nu er det et oldgammelt oplæg, men hvad mener du med 'hvilken side' ?

Er det samme problem ( i Opera) i de forskellige varianter:
<http://w-o-p-r.dk/gallery/>
?

--
Med venlig hilsen
Stig Johansen

---

Stig Johansen skrev:
> Rune Jensen wrote:
>
>> Opera brokker sig lidt med hvilken side, den skal
>> lukke op og i til, den kan tilsyneladende ikke rigtigt bestemme sig ;)
>
> Nu er det et oldgammelt oplæg, men hvad mener du med 'hvilken side' ?
>
> Er det samme problem ( i Opera) i de forskellige varianter:
> <http://w-o-p-r.dk/gallery/>
> ?

Det er skide svært at forklare, men "problemet" ligger måske i, at
"noget" glemmes.

hover - zoom op, det gøres til venstre
lost focus - zoom i, her "husker" opera pludselig den korrekte position,
og zoomer i fra højre

;)


Måske kan det løses i HTMLen, men så skal jeg lige sætte mig ind i
funktionerne. Har oprettet bruger.


MVH
Rune Jensen

---

Rune Jensen skrev:

> hover - zoom op, det gøres til venstre

Jep - hvis man kan invertere zoom-up i horisontal retning, så bør det
passe. Det er nøjagtigt omvendt af alle andre browsere


MVH
Rune Jensen

---

Rune Jensen wrote:

> Det er skide svært at forklare, men "problemet" ligger måske i, at
> "noget" glemmes.

Eller ikke virker på samme måde i Opera.

> hover - zoom op, det gøres til venstre
> lost focus - zoom i, her "husker" opera pludselig den korrekte position,
> og zoomer i fra højre

Jeg kan ikke lige gemmenskue hvordan det skulle opstå.
Zoom funktionen fungerer på den måde, at billedets størrelse ændres stepvis.
I takt med ændring af størrelse sættes hhv venstre og højre margins med
negative værdier, hvor summe er lig med ændringen af billedet.

Noget kunne tyde på, at en af disse værdier bliver 0.

Oprindeligt havde jeg lavet det, så der altid zoomer til højre, men det duer
ikke hvis man har billeder ovre i højre side.

Jeg laver derfor et forhold mellem højre/venster margins afhængig af hvor på
skærmen man er.

I første omgang har jeg lagt en alrt ind ved zoom, hvor jeg udskriver de
interessante værdier.

mywidth skulle gerne afspejle bredden på vinduet, og offset en ca. placering
af billedet.

Hvad siger Opera til disse tal?

--
Med venlig hilsen
Stig Johansen

---

Rune Jensen wrote:

> Alm. inline
> tekst skal "knække", når den når grænsen af boksens højre side. En
> grund til, den måske ikke gør det kan være position: absolute.

Klart, et absolut positioneret element er løftet fri af sidens flow og
mangler derfor browserens højrekant til at fortælle, hvor teksten skal
ombrydes. Er der så heller ikke defineret en bredde, forsættes til linjeslut
i kildekoden.

> Som en update, så ser f.eks. dette:
> http://w-o-p-r.dk/test/galleri.poc2.html
>
> Opera brokker sig lidt med hvilken side, den skal
> lukke op og i til, den kan tilsyneladende ikke rigtigt bestemme sig ;)
> men den "flakker" ikke, hvilket er en stor forbedring af
> brugerintrykket.

Ja, der opfører Opera sig godt nok sært.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk - http://ginnerskov.dk
http://html-faq.dk