Slash in URL toegevoegd? | OngeEnterd woord naar script

[Gido_]

1) Ik vul een globaal veld met searchEngine-voorkeur & Get(zoektermparameter), waarna Open URL [dat globaal veld]

Bij alle URLs die echter beginnen met http://enz. is het resultaat http://enz//enz.zoekterm

Vanwaar die dubbele slash elke keer?? (bij www.enz gaat het wel goed)

 

2) In FM6 kon je bv iets in een global typen en zonder eruit te gaan een scriptknop in werking zetten die het getypte respecteerde. In FM7 lukt mij het niet om dat woord uit het veld te laten halen, ook niet wanneer de eerste scriptstap commit is. Ben ik nu echt verplicht om eerst Enter te doen of naast het veld te klikken?

 

3) Weet iemand (ook naast dit forum) een soort van megalijst met huidige bugs?

Edited June 28, 2005 by Guest

[Sanne]

1. FileMaker Customer Help:   In FileMaker Pro 7, The Open URL Script Step Adds An Extra Slash (/) To Any URL It Receives

 

APPLICABLE TO: FileMaker Pro 7, FileMaker Developer 7

 

ISSUE:

 

The Open URL script adds an extra slash (/) within URL's when performed which causes some URL's to fail.

 

EXPLANATION:

 

When passing a URL to the Open URL script step, and extra slash ( / ) character is added after the top-level domain part of the URL. For example, http://www.mysite.com/folder/ will become http://www.mysite.com//folder/. Only the slash after the top-level domain part is doubled; other slashes in the URL are not affected.

 

The result is the same whether the step is performed with or without dialog. When performing with dialog, the extra slash is not displayed in the dialog.

 

RESOLUTION:

 

Leaving off the http:// part of the URL works around this issue. However, on Windows, if the URL does not start with www, the page will not load if the http:// part is not included.

 

FileMaker, Inc. has confirmed this issue with the products listed.

Edited June 28, 2005 by Guest

[Gido_]

Sanne in de huid van "slecht nieuws-brengster", het is eens wat anders

Triestige zaak wel...

Een paar van die quirks gecombineerd maken je "uitvinding" haast onverkoopbaar soms...

[Rony Rabijns]

In dit topic (het voorbeeld) staan een aantal oplossingen voor de problemen die jij nu hebt.

 

http://www.clarify.net/viewtopic.php?t=2678

[Gido_]

1) Bedankt Rony, maar ik heb de clou er nog niet in gezien. Ik zie je ergens "///" toevoegen, maar als ik dat gewoon eens in een URL veld probeer, lost dat niks op.

Verder bekijk ik het uit het punt v/e artikelendatabase, dus ik moet duizenden links (apart) zowel in veld als in tekst kunnen selecteren en besurfen en kan ze dus niet als oplossing per link gaan hardcoden of zo...

Zit de oplossing er nog steeds in zo? Want dan zoek ik nog even verder

 

2) Hier lag het probleem bij mij. Had de juiste layout niet aangeduid in mijn subscript

[Rony Rabijns]

Zit de oplossing er nog steeds in zo? Want dan zoek ik nog even verder

 

Volgens mij wel, want ik geef aan de gebruiker de kans om zelf iets in te tikken. Dat is te vergelijken met een veld dat jij wil gebruiken.

[Gido_]

Ik zie bij jou geen URL zonder www erin, en daar ligt het probleem juist. Kan je het ook gedaan krijgen met bv

http://users.pandora.be/[wiedanook] ?

 

Voor alle andere met www erin kan je natuurlijk http:// erafhalen.

 

Ik heb verder je scriptstappen en URL als calculatieveld nagedaan, maar zonder succes. Er is mss nog iets dat ik niet zie, want je gebruikt niettemin met succes URLs met http:// erin... De clou ontgaat mij dan!!

 

Maar als ik er een adres zonder www in jouw calculatieveld zet, lukt het nochtans ook niet.

 

Is een ramp als je een aanbod aan search engine prefs wil aanbieden, want heel veel rechtstreekse links zijn http://search.zonder.www

[Rony Rabijns]

Ik zie bij jou geen URL zonder www erin, en daar ligt het probleem juist. Kan je het ook gedaan krijgen met bv

http://users.pandora.be/[wiedanook] ?

 

Ja.

Zie voorbeeld in bijlage.

URL.fp7.zip

[Gido_]

Dat zal een Mac of Safari-only oplossing zijn?

Bij mij doet het helemaal niets...

 

Ik neem aan dat al naargelang je browsermerk, die er automatisch http:// zou voorzetten en dat het daarmee te maken heeft? (ik gebruik FireFox op PC)

 

De uitleg van Sanne/FM blijkt dus de onverbiddelijke waarheid... Toch bedankt voor de moeite!

Edited June 28, 2005 by Guest

[Sanne]

RESOLUTION:

Leaving off the http:// part of the URL works around this issue. However, on Windows, if the URL does not start with www, the page will not load if the http:// part is not included.

 

FileMaker, Inc. has confirmed this issue with the products listed.

[Gido_]

Ik kan me niet inbeelden dat de database van een heel aantal mensen niet erg steunt op de feilloze werking hiervan en dat dit niet gecorrigeerd wordt (ON-WAAR-SCHIJN-LIJK )

[Rony Rabijns]

@Gido : ik had het idee dat je een Mac gebruiker was.

 

Workaround :

Klik met de rechtermuisknop in het veld met de volledige URL (incl. de HTTP://). Als alles goed gaat, kan je daar kiezen voor OPEN gevolgd door de URL

[Gido_]

Mijn Mac gebruik ik alleen nog om "mee te spelen" (heel oud model) of juist om mee te werken nog af en toe.

 

Ik vrees dat je tip ook weer voor de Mac geldt...

[Gido_]

Aha, nee toch niet. Je hebt gelijk!

Dat is toch al iets...

Het vergt ook wat moeite, maar dat 3-klikken en een knop drukken eigenlijk nog meer.

http://bloemetjesvoorRony

 

Lost enkel de SearchEngine prefs bv. niet op.

[Rony Rabijns]

Lost enkel de SearchEngine prefs bv. niet op.

Wat is het probleem precies ?

[Gido_]

Ik heb ook een paar "Google-knoppen" op sommige velden staan, maar de zoekmachine die daarbij gebruikt wordt kan je instellen bij voorkeuren. Blijkt dat de meesten ervan http://zonderwww zijn.

 

Ik had nu:

 

http://search.100.com/search.php?sterm=

www.alltheweb.com/search?query=

www.altavista.com/web/results?&q=

http://search.aol.com/aolcom/search?invocationType=topsearchbox.webhome&query=

www.google.com/search?q=

http://search.lycos.com/default.asp?loc=searchbox&tab=web&query=

http://search.msn.com/results.aspx?q=

http://search.netscape.com/ns/search?query=

http://s.teoma.com/search?q=

http://websearch.cs.com/cs/search?&query=

www.wisenut.com/search/query.dll?q=

http://search.yahoo.com/search?p=

 

Nu zijn een paar ervan wel genoeg, dus er zouden geen rampen aan de hand zijn, maar het merendeel ervan kan je dus nu vergeten op PC

 

Je kan natuurlijk wel die samengestelde URL in een veld brengen en dan "jouw truukje" weer gebruiken, maar dan

[Gido_]

Workaround :

Klik met de rechtermuisknop in het veld met de volledige URL (incl. de HTTP://). Als alles goed gaat, kan je daar kiezen voor OPEN gevolgd door de URL

Om juist te zijn, lijkt mij...: Bij een URL in een groot tekstveld moet je cursor eerst in de URL staan, da's dus al twee keer klikken weer

En in dit geval *moet* er inderdaad http bijstaan, bij www werkt het niet.

[Rony Rabijns]

Bij een URL in een groot tekstveld moet je cursor eerst in de URL staan, da's dus al twee keer klikken weer

En in dit geval *moet* er inderdaad http bijstaan, bij www werkt het niet.

 

Dat twee keer klikken los je op door aan te geven dat je de gehele veldinhoud wenst te selecteren.

 

Die http kan je mee laten berekenen.

[Gido_]

Dat twee keer klikken los je op door aan te geven dat je de gehele veldinhoud wenst te selecteren.

Als je bedoelt het Field Behavior op Select entire contents zetten, dat maakt hier geen verschil en is natuurlijk sowieso niet aangenaam voor een groot tekstveld. Maar ik denk dat er misverstanden beginnen te rijzen

[Sanne]

Ik denk dat Rony denkt dat Gido de url in z'n eentje in een veld heeft staan, terwijl de url bij Gido onderdeel van een grotere tekst is.

 

Heb ik wat verwarring opgelost of er zojuist meer van geschapen?

[Gido_]

Alletwee

 

Bij URL alleen in een veld werkte het sowieso zoals Rony zei. Maar in een groot veld moet je cursor er eerst instaan, hoe dan ook.