/ Forside / Teknologi / Udvikling / ASP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
ASP
#NavnPoint
smorch 9259
Harlekin 1866
molokyle 1040
Steffanst.. 758
gandalf 657
smilly 564
gibson 560
cumano 530
MouseKeep.. 480
10  Random 410
Problemer med søgefunktion...
Fra : Søren


Dato : 20-09-02 16:12

Hey!

Jeg har følgende søgefuntion liggende på min hjemmeside:

<% if request.querystring("vis") = "soegeresultat" then
titel = request.form("titel")
if titel = "" then titel = "Du har ikke indtastet noget søgeord."

type0 = request.form("type0")

%>

<h1>Søgeresultat</h1>

Du har søgt på henholdsvis:<br><br>
<table width="100%">
<tr>
   <td width="25%">Titel:</td>
   <td width="75%"><%=titel%></td>
</tr>
<!--
<tr>
   <td width="25%">Beskrivelse:</td>
   <td width="75%"><%=beskrivelse%></td>
</tr>
-->
</table>
<hr><br>
<%   Set    Conn = Server.CreateObject("ADODB.Connection")
Set Conn = Server.CreateObject("ADODB.Connection")
DSN = "DRIVER={Microsoft Access Driver (*.mdb)}; "
DSN = DSN & "DBQ=" & Server.MapPath("lgbeslag_database.mdb")
Conn.Open DSN
   SQL = "SELECT * FROM intdesign WHERE informationer like '%" & titel
& "%'"

   Set RS = Conn.Execute(SQL)

   count = 0
   
   if RS.eof then
   response.write "<b>0 resultater</b>"
   end if
   Do

   count = count + 1
   %>

<%=count%>)
<%
="<br>"
="<br>"
%>
<%

strInformationer = rs("informationer")
strBilledsti = rs("billedsti")      
Response.Write ("<IMG SRC='")
Response.Write strBilledsti
Response.Write ("' align=""CENTER"" valign=""CENTER"" border=""0""
onclick='printbillede(this,""")
Response.Write strBilledsti
Response.Write ("""")
Response.Write (",")
Response.Write ("""")
Response.Write strInformationer
Response.Write ("""")
Response.Write (");' style=""cursor:hand;"">")
Response.Write ("<span class=""picturetext"" align=""CENTER""
valign=""CENTER""><br>")
Response.Write ("<P>")
Response.Write strInformationer
Response.Write ("</P>")
Response.Write ("</SPAN>")
Response.Write ("<HR SIZE='1' NOSHADE>")
strKategori = rs("nykategori")
Response.Write VbCrLf
%><br>

<%
    RS.MoveNext
Loop While Not RS.EOF
RS.close
set RS = nothing
Conn.close
set Conn = nothing %>
<br>
<hr>

<% if count <> 0 then %>
Der var i alt <%=count%> resultater der matchede din søgning. <a
href="data.asp">Klik her for at foretage en ny søgning</a>
<% end if %>

<% else %>




<h1>Simpel søgemaskine</h1>

<form method="post" action="data.asp?vis=soegeresultat">

<table width="100%">
<tr>
   <td width="25%">Titel:</td>
   <td width="75%"><input type="text" name="titel" size="50"></td>
</tr>
<!--
<tr>
   <td width="25%"></td>
   <td width="75%"><select name="type0">
   <option value="or">Eller...</option>
   <option value="and">Og...</option>
   </select></td>
</tr>
<tr>
   <td width="25%">Beskrivelse:</td>
   <td width="75%"><input type="text" name="beskrivelse" size="50">
</td>
</tr>
-->
</table>

<br>
<br>
<input type="submit" value="Søg!">


</form>

<br><hr>
Dette er et simpelt eksempel på hvorledes man kan foretage en søgning i
en database. Det er muligt at søge i to felter med en og/eller (OR/Else)
funktion.
Du kan downloade de to filer, <a href="data.asp">data.asp</a> og <a
href="data.mdb">data.mdb</a>, i en samlet zipfil, <a href="test.zip">
herfra</a>.<br><br>

Med venlig hilsen,<br>
- <a href="mailto:mk@cmnetwork.dk">Magnus Kjøller</a>, <a
href="http://www.cmnetwork.dk">CM Network</a>
<h5>(Ham som har ophavsretten til dette script, men egenlig er ligeglad
med hvorvidt du bruger det på din eller andres sider, så længe han får en
eller anden form for credit *s*)</h5>


<% end if %>

Men jeg har 2 problemer med den...

1: Når man laver en succesfuld søgning, får man, nederst på siden, efter
de funde poster, en besked med at posten er slettet. Det ser altså ud til
den ikke rigtigt fatter det der while... Og hvis jeg bruger Until
istedet, ja, så får jeg ikke den sidste post med... Any thoughts??

2: Når jeg søger, så er det ikke alt den vil "godkende"...
F.eks. går "18-" fint igennem, mens "12-" slet, slet ikke går! heller
ikke "12-600" f.eks. giver noget resultat. Og jeg _ved_ der er nogle
poster med "12-"... Hvis jeg søger på "12-" så får jeg beskeden:


Microsoft OLE DB Provider for ODBC Drivers error '80004005'

[Microsoft][ODBC Microsoft Access-driver] Posten er slettet.

/anon/soeg/data.asp, line 32

altså ligesom ovenover... Men jeg kan ikke regne ud hvad der er galt????

Hvis i vil se det "in action" så prøv:

http://www.lgbeslag.dk/anon/soeg/data.asp

Mvh.

Søren

 
 
Jørn Andersen (20-09-2002)
Kommentar
Fra : Jørn Andersen


Dato : 20-09-02 17:01

On 20 Sep 2002 15:12:15 GMT, "Søren" <ask@me.com> wrote:

>Jeg har følgende søgefuntion liggende på min hjemmeside:
<snip en lang smøre>

Jeg kommenterer lige nogle småting undervejs:

>   SQL = "SELECT * FROM ...

Det er bedst at angive, hvilke felter, du rent faktisk skal bruge i
stedet for "*". Dels tager det ekstra ressourcer med "*", dels er
koden lettere at gennemskue, når du angiver felterne.

<snip>

>   if RS.eof then
>   response.write "<b>0 resultater</b>"
>   end if

Her ville jeg bruge Else - der er jo ingen grund til at gå ind i
Do-loopen, hvis der ikke er nogen poster.

>   Do

<snip>

>Men jeg har 2 problemer med den...

Jeg *tror* dine problemer har at gøre med, at du søger i et notatfelt.
Og dermed hænger det *måske* sammen med dit SQL-strengs-problem.
<URL: http://www.aspfaq.com/plain.asp?id=2188>

Desuden bør du måske overveje, om felterne "billedsti" og
"tegningbilledsti" behøver at være notat-felter. Tekstfelter kan trods
alt være op til 255 tegn ...

Prøv at:
1. Specificere dine felter i SQL'en - og sæt dit notatfelt sidst i
rækken
2. Træk alle værdierne ud i variable med det samme

- og hvis det ikke hjælper, så skriv igen og marker, hvad der fx er
linie 32 eller hvad den nu fejler med.


Lige en kommentar til databasen:
Frem for at have en tabel for hver kategori, så ville jeg lave en
"hovedtabel" med alle varenumre og så have en kategori-tabel, der
relaterer til denne "hovedtabel". Det gør det noget lettere at
vedligeholde databasen.
Men det har ikke noget med din fel at gøre.

Good luck!

--
Jørn Andersen,
Brønshøj

Søren (23-09-2002)
Kommentar
Fra : Søren


Dato : 23-09-02 13:49

Allerførst vil jeg gerne sige tak fordi du gider at bruge tid på at hjælpe
mig! Det er sq stort at folk gider sådan noget!
Oh well, videre til emnet :)

> On 20 Sep 2002 15:12:15 GMT, "Søren" <ask@me.com> wrote:
>
>>Jeg har følgende søgefuntion liggende på min hjemmeside:
> <snip en lang smøre>
>
> Jeg kommenterer lige nogle småting undervejs:
>
>> SQL = "SELECT * FROM ...
>
> Det er bedst at angive, hvilke felter, du rent faktisk skal bruge i
> stedet for "*". Dels tager det ekstra ressourcer med "*", dels er
> koden lettere at gennemskue, når du angiver felterne.
Consider it done. :)

> <snip>
>
>> if RS.eof then
>> response.write "<b>0 resultater</b>"
>> end if
>
> Her ville jeg bruge Else - der er jo ingen grund til at gå ind i
> Do-loopen, hvis der ikke er nogen poster.

Consider it done... :)

>> Do
>
> <snip>
>
>>Men jeg har 2 problemer med den...
>
> Jeg *tror* dine problemer har at gøre med, at du søger i et notatfelt.
> Og dermed hænger det *måske* sammen med dit SQL-strengs-problem.
> <URL: http://www.aspfaq.com/plain.asp?id=2188>
Jeg har netop lavet de ting om der er foreslået heri - det hjalp ikke...
Øv... :( Jeg kan prøve de metoder med "BLOB" felter der beskrevet i de 2
links senere...)

> Desuden bør du måske overveje, om felterne "billedsti" og
> "tegningbilledsti" behøver at være notat-felter. Tekstfelter kan trods
> alt være op til 255 tegn ...
Der er nogle enkelte i en af mine tabeller der skal, men i denne prøve-
tabel, er de nu sat til tekst.

> Prøv at:
> 1. Specificere dine felter i SQL'en - og sæt dit notatfelt sidst i
> rækken

Done.

> 2. Træk alle værdierne ud i variable med det samme
Done. Dvs... Hvad mener du "Med det samme"?
Det ser sådan her ud:

<snip>
   SQL = "SELECT billedsti, informationer FROM intdesign WHERE
informationer like '%" & titel & "%'"

   Set RS = Conn.Execute(SQL)

   count = 0
   
   if RS.eof then
   response.write "<b>0 resultater</b>"
   else
   Do

   count = count + 1
   %>

<%=count%>)
<%
response.write ("<br>")
response.write ("<br>")
%>
<%

strInformationer = rs("informationer")
strBilledsti = rs("billedsti")      

> - og hvis det ikke hjælper, så skriv igen og marker, hvad der fx er
> linie 32 eller hvad den nu fejler med.
Med glæde... :)

Det her er linie 32:

   Set RS = Conn.Execute(SQL)

Og det her er linie 73 - (Den man får efter ens resultater...)

    RS.MoveNext


> Lige en kommentar til databasen:
> Frem for at have en tabel for hver kategori, så ville jeg lave en
> "hovedtabel" med alle varenumre og så have en kategori-tabel, der
> relaterer til denne "hovedtabel". Det gør det noget lettere at
> vedligeholde databasen.
> Men det har ikke noget med din fel at gøre.

Gør det virkeligt? Jeg skal ofte ind og indsætte poster imellem gamle, og
vil det så ikke være meget mere besværligt at have det hele i samme tabel?
Det kan naturligvis være at det skal gøre, med det ene formål at kunne lave
en nem søgefunktion, men ellers er det da ikke en fordel... Er det?

> Good luck!

Jow tak... :)
Jeg vil se om jeg ikke kan famle mig lidt mere frem i blinde... Måske
skulle jeg prøve det der BLOB... :)

Jeg skal lige for en god ordens skyld understrege at jeg IKKE har lavet
dette script selv fra bunden! Al credit må gå til Magnus Kjøller...
Jeg har blot "adapteret" den til vores hjemmeside... :)

Many thanks for al din hjælp indtil videre!

Mvh.

Søren

Jørn Andersen (23-09-2002)
Kommentar
Fra : Jørn Andersen


Dato : 23-09-02 22:59

On 23 Sep 2002 12:48:33 GMT, "Søren" <ask@me.com> wrote:


>> Jeg *tror* dine problemer har at gøre med, at du søger i et notatfelt.
>> Og dermed hænger det *måske* sammen med dit SQL-strengs-problem.
>> <URL: http://www.aspfaq.com/plain.asp?id=2188>
>Jeg har netop lavet de ting om der er foreslået heri - det hjalp ikke...
>Øv... :( Jeg kan prøve de metoder med "BLOB" felter der beskrevet i de 2
>links senere...)

BLOB-felter er vist et MS Sql-begreb, ikke MS Access.

>> Desuden bør du måske overveje, om felterne "billedsti" og
>> "tegningbilledsti" behøver at være notat-felter. Tekstfelter kan trods
>> alt være op til 255 tegn ...
>Der er nogle enkelte i en af mine tabeller der skal, men i denne prøve-
>tabel, er de nu sat til tekst.

Nej, de to nævnte er i databasen sat til datatypen Notat. Notat-felter
*kan* give problemer. Prøv at ændre "billedsti" til tekst.


>> 2. Træk alle værdierne ud i variable med det samme
>Done. Dvs... Hvad mener du "Med det samme"?

Det er OK, som du har gjort:

<snip>
>   SQL = "SELECT billedsti, informationer FROM intdesign WHERE
>informationer like '%" & titel & "%'"
<snip>

>strInformationer = rs("informationer")
>strBilledsti = rs("billedsti")      

- hvis det skulle være *helt* "med det samme", skulle det være lige
efter "Do", men eftersom du ikke gør noget med db'en i mellemtiden,
skulle dette være OK.

>> - og hvis det ikke hjælper, så skriv igen og marker, hvad der fx er
>> linie 32 eller hvad den nu fejler med.
> Med glæde... :)
>
>Det her er linie 32:
>
>   Set RS = Conn.Execute(SQL)

Altså et problem med din SQL-streng. Hvad sker der, hvis du fjerner
"billedsti, " fra din SQL-streng?
Hvis den så kører OK, bekræfter det, at det er billedsti-felttet, der
giver problemer.

>Og det her er linie 73 - (Den man får efter ens resultater...)
>
>    RS.MoveNext

Samme spørgsmål?


>> Frem for at have en tabel for hver kategori, så ville jeg lave en
>> "hovedtabel" med alle varenumre og så have en kategori-tabel, der
>> relaterer til denne "hovedtabel". Det gør det noget lettere at
>> vedligeholde databasen.
>> Men det har ikke noget med din fel at gøre.
>
>Gør det virkeligt? Jeg skal ofte ind og indsætte poster imellem gamle, og
>vil det så ikke være meget mere besværligt at have det hele i samme tabel?

Den der med at "indsætte poster mellem de gamle", hvordan skal den
forstås?

Det jeg mener er, at du fx har en kategori, de hedder "rorholdere" og
en tilhørende tekst "Rørholdere - Messing - mat - antik - krom".
Disse to felter findes i hver eneste post af denne kategori.
Hvis du nu havde en særskilt "kategori-tabel" med kategori-navnet og
VisKategori-teksten, så behøvede denne oplysning kun stå ét sted, og
du kunne blot have et enkelt tal-felt i din hovedtabel, som henviste
til kategori-nummeret.

Fordelen ved dette er:
- hvis kategorien skifter navn, så er der kun ét sted, du skal rette
det
- du har lettere ved at beskytte dig mod stavefejl i
kategori-oplysningerne (hvis du staver forkert, vil den pågældende
vare ikke blive vist, hvis du søger på kategori).
- databasen har færre "dobbelte oplysninger" - det der hedder
redundans.

Det du har er i virkeligheden det, man kalder en "flad" database. Du
kan gøre din database mere effektiv ved at køre den som en
"relations-database" som beskrevet ovenfor.

>Det kan naturligvis være at det skal gøre, med det ene formål at kunne lave
>en nem søgefunktion, men ellers er det da ikke en fordel... Er det?

Som det er nu, er der mange tabeller, der skal ændres, hvis du finder
ud af, at du har behov for fx at tilføje et felt. Det er jo alle
sammen tabeller med nogenlunde samme struktur.
Ved at lægge det hele i én "hoved-tabel", er der kun én der skal
ændres.


>Jeg vil se om jeg ikke kan famle mig lidt mere frem i blinde...

Det lyder farligt

>Many thanks for al din hjælp indtil videre!

Velbekomme!

Ups - lige en sidste bemærkning:
Jeg sad og legede lidt med din database og opdagede, at når jeg lavede
en kopi af IntDesign-tabellen, så fik jeg en Message Box med "Posten
er slettet" - eller noget i den retning.

Da jeg så prøvede at "komprimere og reparere database", så fik jeg en
fejl i IntDesign-tabellen - men herefter fik jeg ikke længere fejl,
når jeg lavede en kopi af IntDesign-tabellen!

Så måske du allerførst skulle prøve at komprimere en gang (under
Funktioner | Databasefunktioner) - det har også den behagelige
bivirkning, at fil-størrelsen går fra knapt 4 til godt 1,2 Mbyte.

Good luck!

--
Jørn Andersen,
Brønshøj

Søren (26-09-2002)
Kommentar
Fra : Søren


Dato : 26-09-02 13:40

Jørn Andersen <jorn@jorna.dk> wrote in
news:d40voukjbil0k7heutlsn2alukidubih10@4ax.com:

> On 23 Sep 2002 12:48:33 GMT, "Søren" <ask@me.com> wrote:
>
>
>>> Jeg *tror* dine problemer har at gøre med, at du søger i et
>>> notatfelt. Og dermed hænger det *måske* sammen med dit
>>> SQL-strengs-problem. <URL: http://www.aspfaq.com/plain.asp?id=2188>
>>Jeg har netop lavet de ting om der er foreslået heri - det hjalp
>>ikke... Øv... :( Jeg kan prøve de metoder med "BLOB" felter der
>>beskrevet i de 2 links senere...)
>
> BLOB-felter er vist et MS Sql-begreb, ikke MS Access.
Det glæder mig. Jeg fattede nemlig ikke en dej af der stod om det... :)

>>> Desuden bør du måske overveje, om felterne "billedsti" og
>>> "tegningbilledsti" behøver at være notat-felter. Tekstfelter kan
>>> trods alt være op til 255 tegn ...
>>Der er nogle enkelte i en af mine tabeller der skal, men i denne
>>prøve- tabel, er de nu sat til tekst.
>
> Nej, de to nævnte er i databasen sat til datatypen Notat. Notat-felter
> *kan* give problemer. Prøv at ændre "billedsti" til tekst.
Det må du undskylde - det er fordi jeg prøver at fikse det på den Apache
webserver der kører på min arbejdsmaskine - så jeg ikke skal uploade hver
gang jeg laver noget om. Det kunne du naturligvis ikke vide.
Beklager.

>>> 2. Træk alle værdierne ud i variable med det samme
>>Done. Dvs... Hvad mener du "Med det samme"?
>
> Det er OK, som du har gjort:
Godt nok...

> <snip>
>> SQL = "SELECT billedsti, informationer FROM intdesign WHERE
>>informationer like '%" & titel & "%'"
> <snip>
>
>>strInformationer = rs("informationer")
>>strBilledsti = rs("billedsti")
>
> - hvis det skulle være *helt* "med det samme", skulle det være lige
> efter "Do", men eftersom du ikke gør noget med db'en i mellemtiden,
> skulle dette være OK.
OK... Jeg ændrer på det hvis jeg bliver ved med at have problemer.

>>> - og hvis det ikke hjælper, så skriv igen og marker, hvad der fx er
>>> linie 32 eller hvad den nu fejler med.
>> Med glæde... :)
>>
>>Det her er linie 32:
>>
>> Set RS = Conn.Execute(SQL)


> Altså et problem med din SQL-streng. Hvad sker der, hvis du fjerner
> "billedsti, " fra din SQL-streng?
> Hvis den så kører OK, bekræfter det, at det er billedsti-felttet, der
> giver problemer.
Jeg tjekker det lige... Jvf. dog beskeden ovenfor, omkring Notat/Tekst
problematikken.

>>Og det her er linie 73 - (Den man får efter ens resultater...)
>>
>> RS.MoveNext
>
> Samme spørgsmål?
Yup... :)


>>> Frem for at have en tabel for hver kategori, så ville jeg lave en
>>> "hovedtabel" med alle varenumre og så have en kategori-tabel, der
>>> relaterer til denne "hovedtabel". Det gør det noget lettere at
>>> vedligeholde databasen.
>>> Men det har ikke noget med din fel at gøre.
>>
>>Gør det virkeligt? Jeg skal ofte ind og indsætte poster imellem gamle,
>>og vil det så ikke være meget mere besværligt at have det hele i samme
>>tabel?
>
> Den der med at "indsætte poster mellem de gamle", hvordan skal den
> forstås?

Det skal forstås sådan at rækkefølgen de forskellige poster skal vises i,
ikke er tilfældig, ej heller helt logisk og struktureret. Billederne skal
komme i den samme rækkefælge som de gøre i vores kataloger, og eftersom
billederne (oftest) er navngivet efter deres best. nr. og ikke side nummer,
så er det så godt som umuligt at sørge for den rigtige rækkefælge,
medmindre de ståpr i den i forvejen, og man sorterer per ID...

Nogle gange er det dog ikke alle billeder der kommer med dfra starten -
smuttere, nye produkter og den slags, og jeg kan derfor blive tvunget til
at indsætte nye poster mellem de gamle - og det er pokkers besværligt!
Specielt hvis jeg skal flytte ~500 poster, for at gøre plads til de nye.

> Det jeg mener er, at du fx har en kategori, de hedder "rorholdere" og
> en tilhørende tekst "Rørholdere - Messing - mat - antik - krom".
> Disse to felter findes i hver eneste post af denne kategori.
> Hvis du nu havde en særskilt "kategori-tabel" med kategori-navnet og
> VisKategori-teksten, så behøvede denne oplysning kun stå ét sted, og
> du kunne blot have et enkelt tal-felt i din hovedtabel, som henviste
> til kategori-nummeret.
Det ville ikke virke med det samme med den måde ASP scriptet er opbygget
på, men det kan laves om - jeg forstår sagtens hvad du mener.

> Fordelen ved dette er:
> - hvis kategorien skifter navn, så er der kun ét sted, du skal rette
> det
> - du har lettere ved at beskytte dig mod stavefejl i
> kategori-oplysningerne (hvis du staver forkert, vil den pågældende
> vare ikke blive vist, hvis du søger på kategori).
> - databasen har færre "dobbelte oplysninger" - det der hedder
> redundans.
>
> Det du har er i virkeligheden det, man kalder en "flad" database. Du
> kan gøre din database mere effektiv ved at køre den som en
> "relations-database" som beskrevet ovenfor.
Er der en nem måde at køre dem sammen på? Kan man kobinere dem indefra
Access?

>>Det kan naturligvis være at det skal gøre, med det ene formål at kunne
>>lave en nem søgefunktion, men ellers er det da ikke en fordel... Er
>>det?
>
> Som det er nu, er der mange tabeller, der skal ændres, hvis du finder
> ud af, at du har behov for fx at tilføje et felt. Det er jo alle
> sammen tabeller med nogenlunde samme struktur.
> Ved at lægge det hele i én "hoved-tabel", er der kun én der skal
> ændres.
>
>
>>Jeg vil se om jeg ikke kan famle mig lidt mere frem i blinde...
>
> Det lyder farligt
>
>>Many thanks for al din hjælp indtil videre!
>
> Velbekomme!
>
> Ups - lige en sidste bemærkning:
> Jeg sad og legede lidt med din database og opdagede, at når jeg lavede
> en kopi af IntDesign-tabellen, så fik jeg en Message Box med "Posten
> er slettet" - eller noget i den retning.
>
> Da jeg så prøvede at "komprimere og reparere database", så fik jeg en
> fejl i IntDesign-tabellen - men herefter fik jeg ikke længere fejl,
> når jeg lavede en kopi af IntDesign-tabellen!
>
> Så måske du allerførst skulle prøve at komprimere en gang (under
> Funktioner | Databasefunktioner) - det har også den behagelige
> bivirkning, at fil-størrelsen går fra knapt 4 til godt 1,2 Mbyte.
>
> Good luck!
Mange tak!
Jeg gjorde som du sagde, og jeg fik samme besked - så komprimerede jeg
igen, og så var den væk. Og, trommehvirvel, nu virker det! :))))
Jeg kunne kysse dig, men så hjælper du mig nok ikke igen en anden gang...
:))
Mange tak for hjælpen!
Og nu jeg lige har fat i dig... :)))
Du skulle vel ikke ligge inde med et link et eller andet sted, der
forklarer hvordan man kan betinge en SQL sætning via en Form?
Jeg ville jo gerne man kunne vælge hvilken side man vil søge på...

Tak!!!!!!!!

- Søren


Jens Gyldenkærne Cla~ (26-09-2002)
Kommentar
Fra : Jens Gyldenkærne Cla~


Dato : 26-09-02 14:41

Søren skrev - ca 55 nye linjer fordelt mellem ca. 120 linjers
citat.

Hej Søren. Har du set tråden "OT: Citat-teknik (surt opstød)"
(startende med indlægget
<news:qlf5pukm3b6n3o3pfg7fcv2ou4kjiiobss@4ax.com>)?

Det er noget lettere at følge dine indlæg hvis du klipper i dine
citater.

--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

Søren (26-09-2002)
Kommentar
Fra : Søren


Dato : 26-09-02 15:01

"Jens Gyldenkærne Clausen" <jens@gyros.invalid> wrote in
news:Xns92959F8FC11A5jcdmfdk@193.88.15.213:

> Søren skrev - ca 55 nye linjer fordelt mellem ca. 120 linjers
> citat.
>
> Hej Søren. Har du set tråden "OT: Citat-teknik (surt opstød)"
> (startende med indlægget
> <news:qlf5pukm3b6n3o3pfg7fcv2ou4kjiiobss@4ax.com>)?
>
> Det er noget lettere at følge dine indlæg hvis du klipper i dine
> citater.

Nej, jeg har ikke set det der indlæg før nu.
Derudover var det bevidst at jeg beholdt det - en så lang ordveksling
som den jeg har haft med Jørn Andersen er der ingen af os der kan huske
helt. Derfor alle citaterne.
Jeg er opmærksom på at meget citeret tekst kan være til gene, men jeg
mener at al det jeg lod stå var nødvendigt.

Mvh.

Søren G. Andersen

Jens Gyldenkærne Cla~ (26-09-2002)
Kommentar
Fra : Jens Gyldenkærne Cla~


Dato : 26-09-02 15:30

Søren skrev:

[henvisning til tråden om citatteknik]
> Nej, jeg har ikke set det der indlæg før nu.

Fair nok.

> Derudover var det bevidst at jeg beholdt det - en så lang
> ordveksling som den jeg har haft med Jørn Andersen er der
> ingen af os der kan huske helt. Derfor alle citaterne.

Hvem siger også at man skal huske det hele. Citaterne er ikke
beregnet til at rumme alle detaljer af den hidtige tråd - de skal
bare sørge for at man ved hvad de nye kommentarer går på.

Når du fx skriver:
| Det glæder mig. Jeg fattede nemlig ikke en dej af der stod om
| det... :)


....er det så ikke nok med Jørns sidste linje som citat?:

| > BLOB-felter er vist et MS Sql-begreb, ikke MS Access.


> Jeg er opmærksom på at meget citeret tekst kan være til gene,
> men jeg mener at al det jeg lod stå var nødvendigt.

Selv om man godt kan komme ud for at referere til et længere indlæg
på en gang kan det alligevel ikke betale sig at citere det. Citatet
mister nemlig en stor del af dets værdi hvis det bliver så langt at
man ikke umiddelbart kan overskue det. I den slags tilfælde kan man
med fordel lave en opsummering af citatet - eller evt. bare skrive
nogle stikord ind til at skabe en forståelig helhed. Det kan fx
gøres med klammer (eksempel fra dit indlæg):

[felttyper på billedsti og tegningbilledsti]
|> Nej, de to nævnte er i databasen sat til datatypen Notat.
|> Notat-felter *kan* give problemer. Prøv at ændre "billedsti"
|> til tekst.

| Det må du undskylde - det er fordi jeg prøver at fikse det på den
| Apache webserver der kører på min arbejdsmaskine - så jeg ikke
| skal uploade hver gang jeg laver noget om.


--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

Søren (07-10-2002)
Kommentar
Fra : Søren


Dato : 07-10-02 16:27


> Hvem siger også at man skal huske det hele. Citaterne er ikke
> beregnet til at rumme alle detaljer af den hidtige tråd - de skal
> bare sørge for at man ved hvad de nye kommentarer går på.

Hvordan skal man kunne huske hvad pokker der er sket for en uge siden
ellers?

> Når du fx skriver:
>| Det glæder mig. Jeg fattede nemlig ikke en dej af der stod om
>| det... :)
>
>
> ...er det så ikke nok med Jørns sidste linje som citat?:
Jo det er det sikkert, men jeg har ikke en time til at rette det til.
Det må stå som det står.
> Selv om man godt kan komme ud for at referere til et længere indlæg
> på en gang kan det alligevel ikke betale sig at citere det. Citatet
> mister nemlig en stor del af dets værdi hvis det bliver så langt at
> man ikke umiddelbart kan overskue det. I den slags tilfælde kan man
> med fordel lave en opsummering af citatet - eller evt. bare skrive
> nogle stikord ind til at skabe en forståelig helhed. Det kan fx
> gøres med klammer (eksempel fra dit indlæg):

Igen: Tid! Jeg har ikke tid til at sortere i det.

Jesper Stocholm (07-10-2002)
Kommentar
Fra : Jesper Stocholm


Dato : 07-10-02 16:46

Søren wrote :

>> Hvem siger også at man skal huske det hele. Citaterne er ikke
>> beregnet til at rumme alle detaljer af den hidtige tråd - de skal
>> bare sørge for at man ved hvad de nye kommentarer går på.
>
> Hvordan skal man kunne huske hvad pokker der er sket for en uge siden
> ellers?

det skal du heller ikke. Det har du fx google eller din history til.

>> Når du fx skriver:
>>| Det glæder mig. Jeg fattede nemlig ikke en dej af der stod om
>>| det... :)
>> ...er det så ikke nok med Jørns sidste linje som citat?:
> Jo det er det sikkert, men jeg har ikke en time til at rette det til.
> Det må stå som det står.

Kan du ikke forstå, at det eneste Jens beder dig om er at gøre dine indlæg
lidt mere overskuelige ? Heldigvis giver min newsreader mig mulighed for at
specificere farver til de forskellige niveauer af citater - eller tør jeg
slet ikke tænke på, hvordan jeg skulle kunne få overblik over, hvad der
stod i dit indlæg. Jeg har lavet et screenshot af et tidligere indlæg, og
selv med forskellige farver er det lidt svært at danne sig et overblik [1]

> Igen: Tid! Jeg har ikke tid til at sortere i det.

Det er også fair nok. Jeg regner med at du så har forståelse for, at der er
nogen, der ikke har tid til at danne sig overblik over dine indlæg - og
derfor ikke hjælper dig, når du beder (os) om hjælp herinde.

[1] postet i dk.binaer i indlægget
<Xns92A0B37604584spamstocholmdk@192.38.208.81>

--
Jesper Stocholm
http://stocholm.dk
Overvejer du at købe bøger ved saxo.dk ? Kig først på
http://www.firmcheck.dk/Info.asp?website=www.saxo.dk

Jens Gyldenkærne Cla~ (07-10-2002)
Kommentar
Fra : Jens Gyldenkærne Cla~


Dato : 07-10-02 17:20

Jesper Stocholm skrev:

>> Igen: Tid! Jeg har ikke tid til at sortere i det.
>
> Det er også fair nok. Jeg regner med at du så har forståelse
> for, at der er nogen, der ikke har tid til at danne sig
> overblik over dine indlæg - og derfor ikke hjælper dig, når du
> beder (os) om hjælp herinde.

Lige mine ord. Hvis man ikke har tid til at gøre sine indlæg
læsevenlige skal man ikke forvente at andre har tid til at læse
dem. Man kan altid håbe på at der er folk der har tid nok - det er
der en gang imellem - men man får bedre og hurtigere respons ved at
strukturere sine indlæg.
--
Jens Gyldenkærne Clausen
MF (medlem af FIDUSO - www.fiduso.dk)
I ovenstående tekst benyttes nyt komma.

Søg
Reklame
Statistik
Spørgsmål : 177554
Tips : 31968
Nyheder : 719565
Indlæg : 6408852
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste